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(54) Title: DEFINING A UNIFORM SUBJECT CLASSIFICATION SYSTEM INCORPORATING DOCUMENT MANAGE- 
MENT/RECORDS RETENTION FUNCTIONS 

(57) Abstract 

An interlingual mechanism to achieve uni- 
formity when classifying anything by subject. 
Using generic terminology in an especially ori- 
ented hierarchical structure, it directs the user 
to a single classification. The system captures 
acronyms, vernacular and industry-specific, as 
well as foreign terms, into a thesaurus that can 
be modified and appended as classification needs 
change. The system "learns" as synonyms arc 
added to "family groups", capturing differences 
in individual perception. Searching for an entity 
is quickly successful by reversing the process. 
To ask the system for the location of any item, a 
descriptive term is entered that the individual be- 
lieves best describes the object in question. If this 
entry results in a "hit", all information pertaining 
to the item is then available to query. If the entry 
term does not find a match in the generic struc- 
ture, the system will search the synonym data 
base for a match. By arranging "generic terms" in 
a classified format, the system provides a single 
location for each record series and enables linking 
all relevant administrative document management 
functions and legal retention requirements. Se- 
lective and timely purging of documents is thus 
made possible, greatly facilitating the manage- 
ment of information for both current and prospec- 
tive use. 
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DEFINING A UNIFORM SUBJECT CLASSIFICATION SYSTEM 
INCORPORATING 
DOCUMENT MANAGEMENT/RECORDS RETENTION FUNCTIONS 

Background of the Invention 

The exponential growth of information within an enterprise which is stored in 
individual document form has created a need for a reliable mechanism to purge 
individual documents when no longer legally or otherwise required, as well as locate 
them in an efficient manner. 

In an age when the growth of information contained within documents has been 
exponential, a missing element is the ability to determine the proper life cycle for a 
document, and thus, make it possible for the document to be purged on a scheduled 
basis. However, to safely accomplish this purging process, a document management 
system typically requires that a significant amount of detail be stored with the 
document. 

Since all retention scheduling is based on the subject matter of a document, it is 
essential that the system identify the subject matter of all documents in a consistent 
manner. Additionally, the terms used to identify the subject matter must conform to the 
terms used in legislation to identify documents as well as the terminology in current use 
within the enterprise. 

The present invention provides a reliable mechanism to accomplish this task. 

In systems having this capability, the "type" of document must also be 
determined. Different types of documents within the same subject matter area may have 
different retention requirements. The system must be able to determine the type of 
document at the outset. This "type" information specifies whether a particular 
document is "official" or "informational" and whether it is also "vital" or "sensitive." 
The type of document determines the level of protection afforded and has a direct impact 
on determining the life-cycle of the document. Additionally, document type impacts the 
decision as to the media selected to store it, whether electronic, paper or film. 

Official documents are those documents identified in a retention schedule as 
having either administrative or legislative retention requirements. Properly, only 
official documents are subject to archiving. 

Informational documents (largely copies) have their own destruction schedule 
based on need. They are not archived and their life cycle must not exceed official 
documents of the same subject. They are destroyed at the office level when their 
usefulness is over. Normally, informational documents have a substantially shorter 
life-cycle than official documents pertaining to the same subject. 
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Vital documents are those that are absolutely essential to the conduct of the 
enterprise and whose loss would be hugely expensive or would irrefutably damage 
continued operations. 

Sensitive documents contain, for example: 

1 . Personnel information which provides confidential data. 

2. Information that in the hands of a competitor could be used to embarrass 
or cast a bad image on the enterprise with its customers or the public. 

3. Marketing, product development or corporate changes that could sabotage 
effectiveness. 

Summary of the Invention 

A system is disclosed for providing a true interlingual mechanism to achieve 
uniformity when classifying documents by subject to assist in the management, 
complying with retention requirements and long term storage of documents of an 
organization. In this connection, as used herein, the term document includes, without 
limitation, the hard copy and digitally stored version of the output of a computer 
program such as a wordprocessor, microfilm or microfiche, correspondence of all types 
and office folders which themselves may contain documents. Although not a document 
by this definition, objects such as furniture and the like may also be classified by 
creating a label (in this case, the document) which contains all of the relevant 
classification information for the object. Using generic terminology in a hierarchical 
structure, use of the system directs a user of the system to a single classification for any 
document. The system captures acronyms, vernacular and industry specific terms as 
well, as foreign terms, into a thesaurus that can be modified and appended as 
classification needs change. The system learns as synonyms are added to the 
hierarchical structure capturing differences in individual perception. 

Legislative terminology describes document retention requirements by subject. 
In this connection, two major issues exist: 

1 . Documents whose retention is covered by legislative requirements must be 
retained a prescribed period of time, after a certain event takes place, e.g., after 
an audit is completed, when the document is superseded, when its purpose has 
been completed (such as a contract) and for certain corporate documents). 

2. Legal penalties exist, including fines, where purging of documents occurs 
before their legal requirements have been met. On the other hand, retaining 
documents longer than their legal requirement can have both a "sword and a 
shield" effect where litigation is concerned. 
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With billions of documents being filed every day, the volume of documents 
subject to legislative retention offer additional justification for a system that makes 
retrieval inexpensive and predictable. Current practices involving the classification of 
documents make it difficult to identify documents by subject. However, retention 
legislation identifies documents by subject. 

Accordingly, all documents must be identified by subject and ultimately 
destroyed consistently with the enterprise's official retention schedule. 

In most cases legislation is silent as to the specific media to be used to "house" -a 
document, This means that legislative retention requirements apply to all media. For 
example, if the paper document is destroyed and it continues to exist on magnetic 
media, the retention schedule is not effective and is not being enforced. This invention 
provides a reliable structure to accomplish compliance with all legislative retention 
requirements. 

In addition to classifying documents to ensure compliance with legislatively or 
other required retention schedules, as a bi-product, the invention includes the 
capability of searching for the location of a particular document. To use the system for 
the location of any particular document, a descriptive term is entered at a query prompt 
that the user believes best describes the subject matter of the document in question. If 
this entry results in a hit, all information pertaining to the document is then available to 
query. An example of a screen display in which such a query may be made is shown 
in Figure 3. For example, entry of a descriptive term produces a particular subject 
classification (i.e., a class code as described below). 

For a typical user, there is just a small set of documents within his or her 
responsibility. Thus, once within this relatively small set of documents, if only those 
assigned a particular class code are deemed to be "hits," the user is able to easily select 
the correct document from the set of hits. For users whose responsibility includes a 
large set of documents such that it would not be feasible to select a desired document 
from a list of documents assigned a particular class code hit list, a full range of attribute 
filters would be available to narrow the hits. Examples of such attribute filters include 
location (physical location such as file cabinet or work station), acronym (class codes, 
alpha and/or numeric references, i.e., form numbers, department IDs), organizational 
unit (cost center number, department number), subject description (i.e., class code), 
label description (e.g., three line description for a particular tangible asset as shown in 
Figure 1. If the entry term does not find a match in the hierarchical structure, the 
system will search a synonym database for a match. If the search of the synonym 
database also does not yield the desired document, it must be concluded that the desired 
document has not been classified. 
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By arranging terms from the general to the specific in a consistent classification 
format, the system is able to specify a physical location for a hard copy of a document by 
office, box, draw and folder, or of a document on magnetic or similar media by diskette 
location, hard disk drive location (i.e., computer) or network drive location (i.e., server) 
and file name. In this manner, for each document within a set of records, linking all 
relevant administrative document management functions and legal retention requirements 
for each document classified in the system is possible. 

Selective and timely purging of documents is thus made possible, greatly 
facilitating the management of information for both current and prospective use. 

Brief Description of the Drawings 

Figure 1 is a screen display showing a query screen for performing a search. 

Figure 2 is a screen display showing a list of synonyms. 

Figure 3 is a screen display showing a query screen for performing a search. 

Figure 4 is a screen display showing the results of a query of the type shown in 
Figure 3. 

Figure 5 is a screen display showing a query screen for performing a search. 
Figure 6 is a screen display showing the results of a query of the type shown in 
Figure 5. 

Figure 7 is a screen display showing the results of a query of the type shown in 
Figure 5. 

Figure 8 is a block diagram showing a high level view of the functions 
performed by the invented system. 

Figure 9 is a block diagram showing the store documents function. 

Figure 10 is a block diagram showing the maintain inventory function. 

Figure 1 1 is a block diagram showing the maintain system function. 

Figure 12 shows the layout for the entity relationship diagram shown in 
Figures 12A-12F. 

Figures 12A-12C show the first row of Figures forming the entity relationship 
diagram. 

Figures 12D-12F show the second row of Figures forming the entity 
relationship diagram. 

Figure 13 shows the layout for the logical database model shown in Figures 
13A-13L. 

Figures 13 A- 13D show the first row of Figures forming the logical database 

model. 

Figures 13E-13H show the second row of Figures forming the logical database 

model. 
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Figures 131- 13L show the third row of Figures forming the logical database 

model. 

Figure 14 shows the layout for the physical database model shown in Figures 
14A-14L. 

Figures 14A-14D show the first row of Figures forming the physical database 

model. 

Figures 14E-14H show the second row of Figures forming the physical 
database model. 

Figures 141- 14L show the third row of Figures forming the physical database 

model. 

Detailed Desc ription of the Invention 

This invention is a computer based system which provides a reliable structure to 
properly identify and track documents used by an enterprise throughout their life cycle to 
provide an efficient and easy to use mechanism to ensure that document retention 
requirements are complied with while enabling the orderly destruction of documents 
once their retention requirements have been satisfied. 

In order to meet all the requirements of a document management system, it is 
necessary to develop a technique for classifying documents by subject. For this reason, 
the requirements of a document management system are more disciplined than any other 
component of an information resource management environment. One particular 
component is a detail tracking mechanism that must be in place to know where each 
document is and how many copies exist so that they all may be destroyed according to 
schedule. 

Schedules must be rigorously followed. If the documents in question have to do 
with a litigation, the court in which the litigation is pending will test to determine if a true 
schedule exists and if records are destroyed in accordance with the schedule. If a true 
retention schedule does not exist, the company can be sanctioned for destroying records 
related to the case. The source of protection, and limiting exposure, lies within a 
disciplined document management program and enforcement of document retention 
policies covering all media. 

Classification is performed when the document is created. There are a number of 
reasons for developing software that makes retrieval easier and control and tracking a 
bi-product of the processing which of necessity is already being performed. One factor 
which leads to performing document classification at document creation is placing the 
responsibility for classifying the document on the individual creating the document. The 
individual creating the document is in the best position to provide its proper 
classification. The time it takes to learn proper classifications for the subject areas 
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involved for the normal user is relatively short, typically a matter of hours. This small 
investment in time substantially reduces the time required for searches to locate 
documents for retention schedule compliance and for retrieval. Learning to classify at 
the time a document is "saved" enables the use of the same procedure when a search 
needs to be performed. 

Almost all search engines in use today rely on various mechanical techniques 
and sophisticated algorithms to find documents that have been saved by an author using 
"on-the-fly" techniques for classifying. This invention provides a mechanism for the 
author/creator of the document to classify the document properly, and, in such a form 
that anyone searching for the document would, following the same sequence, find the 
document with ease. This makes investing a small amount of time on the "save" side 
important because it makes the search time much more productive and far quicker than 
prior art approaches. 

The selection of terms and what are referred to as classes used in a hierarchical 
structure to classify documents must be of the most generic form possible. Terms used 
in each class, i.e., Major, Primary, Secondary, Tertiary and Quaternary, requires that 
each word has a relative relationship and the same value level as any other word in that 
grouping. In order to simplify the subject description, where possible, the first two 
letters of the word used in each level of hierarchy is selected as its acronym. 

In a very short period of time, the acronyms become easily translatable as the 
individual users have an opportunity to work with the system. This ease of learning is 
more easily understood since the range of subjects in use by a predominance of users is 
limited to a very small number, usually between 10 and 15 classes. Rarely does anyone 
using a typical work station require global searches, i.e., searches extending through 
multiple organizational units. Such searches would require special security clearance 
and a substantial knowledge of system navigation. 

The invention also employs the intelligent use of synonyms, i.e., a synonym 
database, as pointers. Synonyms are used to direct the user to the "official" term for the 
appropriate classification. To populate the synonym database, a document inventory is 
taken to collect the local terms being used to describe documents. It should be noted 
that a detailed inventory of document descriptions currently existing (i.e., prior to 
implementation of the invention) is not needed. However, when a system 
implementing the invention is initially used, it is preferable that there be some inventory 
of terms (synonyms) in use be available to the new users of the system to improve 
acceptance of the system and productivity. This inventory or synonym database can be 
created manually, i.e., by manual entry as part of the Browse Synonym function shown 
in Figure 9. The synonym database contains all or a subset of terms in use by the 
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organization to refer to a particular document instead of the "official" term used to 
classify that document. A screen display used for this purpose is shown in Figure 2. 

Synonyms are assigned to each level of the hierarchy. This enables anyone to 
use a term that they perceive is related to the subject matter and be directed to a unique 
official classification. 

There should be only one location in the hierarchy for any document. If it 
appears that there is more than one location, it generally means that the selected 
classification is not as precise as it should be, and it is likely that an additional 
classification should be added. 

One of the most important strengths of using a synonym database to link the 
elements of the hierarchy is that it makes possible the use of local vernacular. Changes 
to the hierarchy are rare, leaving its structure stable. Almost all changes can be easily 
accomplished through changes in synonyms. 

Because of the global scope of this invention, such as its use on the Internet, the 
use of foreign language terms in the synonym database makes it possible for the system 
to uniformly classify documents (as well as any other item) using any language 
throughout the world. With this range of flexibility, a unique classification tool exists 
for any multi-national information system. 

One of the important aspects of this invention relates to its record retention 
components which create a records retention linkage. This includes tracking and 
providing a direct linkage to the terminology used in the U.S. Code of Federal 
Regulations and to similar legislative retention requirements of any other country. In 
addition to identifying the media, it also catalogs the type of record. 

The document type determines the essential security requirements for these 
documents. 

Use of the invention provides a system that ensures uniformity by all users 
when classifying documents by subject, i.e., a uniform subject classification system. 
This invention provides a hierarchically structured, subject oriented database, populated 
with terms in current use by the enterprise (i.e., chart of accounts and organizational 
chart) and by legislative references which pertain to the retention of documents. A 
typical set of class codes names with class code acronyms in a uniform subject 
classification is shown in Appendix I. 
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When a document is "saved/ 1 as on a magnetic media, or simply classified 
manually as in hardcopy documents, the system provides classification tools that enable 
the process to "find" the single proper classification in the hierarchy. 

The "search" process is the reverse, where the search word (subject description) 
is entered into the system and the classification tools lead the user to the proper 
classification and then to the document being sought. 

Supplemental databases containing synonyms are available for each line of the 
classification scheme. These databases can be added to by the user and in this way 
translate acronyms, local vernacular, abbreviations and foreign terms that reveal the 
user's perception of the subject being sought. 

Associated with all documents belonging to the same subject (referred to as a 
"File Series") are a body of particular attributes set forth by legislative or informational 
requirements. 

The invention provides a tracking mechanism to enable protecting, finding and 
retrieving a document, or group of documents (file series) when needed and to 
ultimately locate and destroy them when their life-cycle has been completed, as 
specified by an official retention schedule. 

Using The Uniform Subject Classification System 

I. Build A Classification Structure: 

Select terms from legislative, business, government and other industry sources. 
Adapt terms used in the Code of Federal Regulations, state statutes and terms that are 
industry specific. 

Organize selected terms into hierarchical order, i.e., primary class and sub-classes (i.e., 
secondary, tertiary, etc.). 

IL Apply Synonyms To The Classification Structure 

Assemble synonyms into a thesaurus and connect the synonyms with a 
particular file series (i.e., a line in the class hierarchy). 

Build a database of local vernacular, acronyms, technical terms, etc. 

Organize the database into the classification structure built in step 1, appending 
to the synonym database, as appropriate. 

Modify major classes, primary classes, secondary classes, etc. as required to fit 
the working environment. 

III. Classify Documents 
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Determine major classes, e.g.,: Accounting, Administration, Finance, 
Marketing, Corporate, Legal, Engineering, etc. Major classes should be by functional 
class, not organizational names. 

Using the first two characters in the class description, assign functional 
descriptions from the general to the specific, under the selected major class, then do the 
same thing for the selected primary class, secondary class, etc., until no further 
delineation is needed to classify all documents of interest. In most cases, no more than 
tertiary or quaternary classes are needed. 

For example, a document containing "Employee Expense Accounts" would be 
classified as follows: 

AC Accounting (MAJOR) 

PA Payables (PRIMARY) 

EM Employee (SECONDARY) 

which results in the Uniform Subject Classification Code: 

ACPAEM ACCOUNTING, PAYABLES, EMPLOYEE 

Depending on need, class levels can be adjusted to fit local conditions. 
AD Administration Level 1 
FA Facilities Level 2 

BU Buildings Level 3 

OF Offices Level 4 

FU Furnishings Level 5 

AR Art Level 6 

DE Desk Level 6 

With the above class levels, the following are examples of acronyms which 

could be employed: 

ADFAOF Administration, Facilities, Offices 

ADFAOFFU Administration, Facilities, Offices, Furnishings 

ADFUDE Administration, Furnishings, Desk 

ADFUAR Administration, Furnishings, Art 

The particular acronym which would be employed in any given situation would 
depend on how many levels are needed to identify particular items of interest so that 
they can be efficiently retrieved. For example, in some situations just two or three 
levels are sufficient because the number of items which are classified at that level of 
detail is sufficiently small such that a user can see on a single screen display all potential 
hits from which the desired item may be selected. In other situations, more levels may 
be needed where there are numerous items that satisfy a particular class code. 
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In these examples, the document would be a label affixed to the artwork or the 
desk. Such labels may also be affixed to a document or folder or box containing 
documents and/or folders. Additional data appearing on the label, referred to as "label 
lines," providing specific descriptions beyond the class itself. Label line descriptions 
are extensions of the class code and are searchable using well known automated search 
techniques. Labels are a part of the record when attached with the same retention value 
as the record which normally is then case when the label is associated with a particular 
folder. It should be noted that labels do not have a retention value when attached to an 
asset such as a desk. 

IV: Finding Documents using the Uniform Subject Classification System 

To illustrate this step, assume that it is desired to find job descriptions for an 
employee's new assignment as Budget Analyst, a newly created position. 

To determine what may be available to aid in the creation of a new job 
description, enter the term "job description" in an inventory label search field to 
determine the location for all Job Descriptions. In this connection, the label search field 
is part of a query screen display, an example of which is shown in Figure 1 . 

A typical response to the query provides the acronym of "HRJD", or "Human 
Resources, Job Descriptions" as shown in the screen display of Figure 3. 

Next, assuming that any job description for an Analyst would help in creating the 
new job description, a search on the word "Analyst" within the "HRJD" segment of the 
hierarchy displays "HRJDSA" for job descriptions related to a range of Systems 
Analysts positions as shown in the screen display of Figure 4 and "HRJDMA" for job 
description of a Marketing Analyst also shown in the screen display of Figure 4. 

Next, search for job descriptions that are involved with the budgeting process to 
identify the terms used in describing the tasks and skills required: 
Enter the word "budget" as shown in the screen display of Figure 5. 
With full security clearance, the system would return: 
"FDBU" or Finance, Budgets, 
as shown in the screen display of Figure 6. 

From the synonym table, the display would show the contents of the class table 

for the item located by the search as containing: 
"HRJD" or "Human Resources, Job Description" 
as shown in the screen display of Figure 4. 

From the synonym table, a display would show the "folder" contents as 
containing a job description for "Manager, Budget Planning " as shown in the screen 
display of Figure 7. 



WO 98/12616 



PCT/US97/17004 



11 

By inspection, the searcher would select the analyst job descriptions as well as the 
one for "Manager" that might help in preparing the new description. 

V . Associate The Class Acronym With Retention Data 

Once steps I-IJT have been performed, it is possible to generate a report for each 
classification with the information shown in Table I. The information in the Med Typ, 
Rec Typ, Start After, Off Ret and RC Ret columns is initialized for each new document 
added to the system based on the class code. That is, for each class code, this 
information is stored in a class table and is predetermined based on business and 
government regulations. The information in the RCopy CC# column is obtained from a 
location table and is preset with a location code based on the workstation from which the 
data for the record was entered. By changed the data in the class table or location table, 
all documents associated with that class code or location would be changed as well. 
However, all of this information can be changed for individual documents, and once 
changed for a particular document, changes at the class table or location table level arc noi 
reflected in the records for such documents. 



No. 


Class 


Class Code 


Med 


Rec 


Start 


Off 


RC 


RCoy 




Acronym 


Name 


Typ 


Typ 


After 


Ret 


Ret 


CC# 


124 


AD 


Administration 


0 


O 


AR 


12 


0 




125 


ADFU 


Furnishings 


0 


O 


CT 


12 


24 


99342 


126 


ADFUDE 


Desks 


0 


0 


SU 


12 


24 


99342 


127 


ADFUDEX 


Executive 


0 


0 


SU 


12 


36 


99342 


TAB 


LEI 



In Table I, each row corresponds to a file series. 



The column labeled "No." contains a unique computer generated numbers used to 
represent each file series. 

The column labeled " Class Acronym " contains the classification acronyms. 

The column labeled "Class Code Name" contains the official terms to describe 
documents. 

The column labeled "Med Typ" represents media type, i.e., paper, magnetic, 
microfiche, etc. Each media type in the example is represented by a number, for 
example, 0 for paper, 1 for magnetic, 2 for microfilm, 3 for microfiche, 4 for CD-ROM. 

The column labeled "Rec Typ" represents record type, i.e., Vital (V), 
Informational (I), Official (O), Sensitive (S). 

The column labeled Start After contains the date starting the retention, e.g., annual 
review (AR), completed (CT), superseded (SU), current year (CY) and final audit (FA). 
The retention start date marks the beginning of the "clock" as related to "upon the 
completion of the audit" when the record is superseded, or beginning when 
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the contract has been completed, or when a license has expired. As a result, the 
creation date has little relevance to the legislative requirement for retention. 

The column labeled "Off Ret" represents office retention in months. 

The column labeled "RC Ret" represents records center retention in months. 
- The column labeled "RCopy CC#" represents record responsibility copy cost 
center number. This is the cost center number as identified in the Chart-of- Accounts for 
the organization. This cost center is the only cost center which can send documents in 
this file series to a long term storage facility (for archival). All other holders of copies 
of such documents (i.e., informational copies) would have been instructed to destroy 
such copies at the office level according to a predefined schedule for destruction of such 
documents, which as previously noted, would predate scheduled destruction of the 
official copy of the document. 

An expanded example of a retention schedule appears in Table 11. 
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V 
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ACASITSP 
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0 
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0 
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ACAUEX 


EXTERNAL 


1 


0 


ACAUIN 


INTERNAL 


1 


0 
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0 
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0 
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ACLEIN 


INVOICES 3 


V 


ACLEIS 


INSURANCE 3 


V 


ACLEIV 


INVENTORY 3 


V 


ACLENO 


NOTE REGISTER 3 
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ACLEPA 


PAYABLE 3 
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ACLEPB 


PAYROLL 3 
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ACLEPE 
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0 
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ACLEPU 


PURCHASING 3 
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ACLESE 


SECURITIES 3 
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ACLEST 


CAPITAL STOCK 3 




ACLESU 


SUBSIDIARY 3 
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PAYABLES 3 
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ACPAEM 


EMPLOYEE EXPENSES 3 
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CREDIT CARDS 3 


o 


ACPAFR 


FREIGHT 3 
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INVOICES 3 
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ADBUPD 


PRODUCTION 3 


0 
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o 
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INSURANCE 1 


o 
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0 
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0 
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EMPLOYEE SUGGESTIONS 1 


0 
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0 
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0 
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0 
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LEASING 3 


V 
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OFFICE EQUIPMENT 3 


0 
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0 
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0 
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V 
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ADPL 


PLANNING 1 


0 
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ADPS PRESENTATION MATERIAL 1 O 

ADPU PURCHASING 3 0 

AD PUDS DISTRIBUTION 3 O 

AD RE RECORDS MANAGEMENT 1 0 

ADRERQ REQUESTS 1 O 

ADRERS RETENTION SCHEDULE 1 O 

ADRERV VITAL RECORDS 1 O 

ADRG REPROGRAPHICS 1 O 

ADSH SHIPPING 3 O 

ADSHBL BILLS OF LADING 1 O 

ADSU SUPPLIES 3 0 

ADTR TRAVEL INFORMATION 3 O 

CO CORPORATE 1 V 

COAC ACQUISITIONS 1 V 

COAU AUDITS 1 V 

COBD BONDS 1 V 

COBO BOARD OF DIRECTORS 3 V 

COBOCH COMMITTEES 3 O 

COBOCO COMPENSATION 3 O 

COBOME MEETINGS /MINUTES 1 O 

COBY BY-LAWS 1 V 

COCH CHARTER 1 V 

COCT CONTRIBUTIONS 3 O 

COCTMCH MEETINGS /MINUTES 1 O 

CODB DOING BUSINESS AS 10 

COER ELECTION RECORDS 3 O 

COHI HISTORY 1 O 

COIN ARTICLES OF INCORPORATION 1 V 

COME MERGERS 3 V 

COSE SEALS 1 V 

COSH SHAREHOLDERS 3 V 

COSHME MEETINGS 1 V 

COSHNO NOTES 1 V 

COSHPR PROXIES 1 O 

COST STOCK 1 O 

COSTDI DIVIDENDS 3 O 

COSTSB SUBSCRIBERS 3 O 

COSTSU SUBSCRIPTIONS 1 O 

EN ENGINEERING 1 O 

ENBP BLUEPRINTS 1 O 

ENDA DATA BOOKS 1 O 

ENDE DESIGNS 1 O 

ENDR DRAWINGS 3 O 

ENFO FORMULAS. TECHNICAL 3 V 

ENIE INDUSTRIAL ENGINEERING 1 O 

ENIEME METHODS IMPROVEMENTS 1 O 

ENMA MAPS 1 0 
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VI. Purge Documents Selectively And Within Legal And Administratively Defined 
Requirements 

Using predetermined life-cycles (retention schedules) for each file series, the 
system identifies documents subject to purging. 

The system automatically identifies the "owner" of the document and the 
location of all copies, both Official and Informational. Such ownership is determined 
by virtue of the ownership of the file series of the document which in turn is determined 
by the functional responsibility of the cost center in the Chart-of-Accounts 
(organizationally). As noted above, the system captures the location and the cost center 
when the user "saves" a created (or modified) document based on information in the 
class table and location table. 

By use of the system a report may be produced identifying the selected 
document's key attributes allowing the "owner" to review the document and authorize 
the purge process, or any other access to or modification of a file series and records in 
the file series. 

The above described system may be implemented entirely in software as 
described below. 

Design Details 

The following is a description of an implementation of an Electronic Records System 
(ERS) according to the present invention as a computer program designed to assist in 
the management and long term storage of an organization's documents. 

Overview 

ERS is a client/server application to assist in the management of valuable corporate 
information. 

• ERS maintains a record retention schedule detailing how information ought 
to be stored, where, and for how long. 

• The application helps the user classify documents into groups of similar 
information. 

• ERS provides document security. It can prevent unauthorized reading of. or 
writing to official corporate information. 

• ERS provides a means to search for documents pertaining to a specific 
subject, date range, author, etc. 

• The system acts as a pointer to direct users to where information is stored. 
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Definition of User Community 

The ERS application has four categories of user. Each group of users and their 
responsibilities are described below. 

Records Manager 

The Records Manager is responsible for the overall performance of the system. The 
manager has the greatest amount of authority and access. The responsibilities of the 
Records Manager are the following: 

Sets policy for record storage. This policy includes what media to use for long 
term storage. 

Creates new classes and maintains the retention schedule. 
Monitors the performance of the entire application. 
Re-classifies documents that have been mis-classified. 
Information Services 

The Data Processing, Management Information Systems, or the Information Services 
organization plays a role in the management of documents. Their responsibilities are 
defined below; 

Under the direction of the Records Manager, move documents from one media 
to another. For example, Information Services will be responsible for moving 
documents from disk to tape or microfiche. 

Also Information Services will be responsible for moving documents from one 
location to another. Movement of records will apply to only those media they 
deal with (Tapes, microfiche, etc.). 



Information Services will be responsible for maintaining the technical environment. 
This includes setting up databases, insuring that all users and servers are configured 
properly, etc. 

Department Coordinator 



The Department Coordinator is sometimes referred to as a 'Super User 1 . They have 
more authority and system access than a normal user, but less than the Records 
Manager. The responsibilities of the Department Coordinator are the following: 

Provide training and technical support to users within the department. 

Monitors the performance of the system regarding departmental records. 

Creates and sets up new users. 

Enforces record retention policy for official records created by the department. 
Manages the logistics of moving records to and from a storage facility. 
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User 

The majority of individuals accessing the system will be categorized as users. Their 
responsibilities are listed below: 

Properly classifies records they create. 

Enforces record retention policy for informational records created by them. 

Policies 

There are a number of office policies and procedure that need to be followed in order 
for ERS to be a successful application. Some of these policies are documented below. 

Users and Class Assignments 

Any user can assign any class to a document. They will not be prevented by the ERS 
application from assigning classes outside their area of the organization. However, 
audit reports will be made available to the Departmental Coordinators and Records 
Manager to help insure that classes are being used properly. 

No Class Attribute Overrides 

Each class has attributes. There attributes are retention period, record type (official, 
informational), sensitivity, and vital flag, etc. Users can not override these values with 
their own when storing a document. If they need different attribute values than what is 
associated with a given class, then they should contact the Record Manager. The 
Record Manager may then create a sub class having the attribute values desired by the 
user. 

Classification Owner 

There will be one cost center that owns each classification. A classification will no be 
the responsibility of two or more cost centers. The cost center the owns a classification 
is responsible for all the documents that have been assigned to that classification. The 
cost center must insure that the inventory of documents is correct and properly 
maintained. 

Location and Class Assignment 

If a document is assigned a classification at the major level, then it can not be located in 
any archive facility. For example, if a document is classified as 'AC* for accounting, 
then it can not be stored at a off site storage facility. If the same document was 
classified as 1 ACAP' for accounting, accounts payable, then it could be stored at a 
warehouse. 

One Production Database Per User 

A user can have access to several ERS databases. One for production work and one 
database for training, for example. However, no user will have write access to two 
production databases. There will be no support for across production database 
searches. 
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System Functions 

AH the capabilities of the system can be described as functions. Functions fall into five 
types. They are reports, updates, inquires, interfaces, utilities. These functions are 
described below by the group of user who will access them. 

User Functions 

All individuals who have access to the system will be able to operate the functions 
defined as follows: 

Application Package File Open Function 

From a word processing, spreadsheet, or presentation software package, a user will be 
able to pull down the package's File menu and activate the Open menu item. This will 
access ERS, automatically. The features of this function are described below. 

Search and Retrieve Feature 

The user will have the ability to retrieve and open a document by searching for 
its classification, synonym, or other attributes such as author, title, and/or date. 
If multiple documents are found that satisfy the users search criteria, a list of 
these documents will be displayed for the user to pick from. The documents 
being searched may be found on the users hard drive, shared network drive, or 
archive facility (Mezzanine). 

Application Package File Save Function 

From a word processing, spreadsheet, or presentation software package, a user will be 
able to pull down the package's File menu and activate the Save or Save As menu 
items. This will access ERS, automatically. The features of this function are described 
below. 

Document Storage Feature 



The users will have the ability to store at document on their hard drives, shared 
network drives, or archive facility (Mezzanine). Regardless of where the user 
stores the document, they will have the ability to manage their documents with 
ERS classifications and synonyms. 

Classification Assignment Feature 

Users will be able to assign any classification directly to the document. Or, 
users can select a corporate synonym (official term or keyword) to be applied to 
the document. Behind the scenes, ERS will assign the classification associated 
with the corporate synonym to the document. Also, the user may wish to assign 
one of their own synonyms to the document. ERS will automatically translate 
from the user's synonym to the appropriate corporate synonym and assign the 
classification to the document. 

Synonym Maintenance Feature 
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Users will have the ability to add, change, or delete their own synonyms. They 
may create synonyms different than the corporate synonyms. However, user 
created synonyms must be related to corporate synonyms. User synonyms will 
be children of a corporate synonym. 

Attribute Maintenance Feature 

When saving a document, a user will have the ability to store other attributes 
about the document. These attributes are title, subject, author, date created, etc. 

Stand Alone ERS User Functions 

Not all the functions the user needs can be accessed via an application package such as 
Microsoft Word. There will need to be a stand alone ERS application (.EXE) the user 
can run. The functions contained within this facility are described below. 



Update Functions 

Inventory Maintenance 

Inventory Entry 



Inventory Request 



Synonym Maintenance 



The ability to correct mis-assigned 
classifications given to items in inventory. 
This function assists the user in properly 
assigning classifications to documents. 

The ability to add an item to inventory and 
to assign it a classification. This function 
is needed to store items that are not word 
processing documents, spread sheets, or 
presentations. Such items might be Write, 
text, or bit mapped files. 

The ability to request via the system that 
an inventory item be ( 1) moved to an off 
site storage facility, (2) retrieved from an 
off site storage facility, (3) changed from 
one media type to another. 

The ability to add, change, or delete user 
synonyms. 



User Profile Maintenance This update function would allow a users 

to change information the system stored 
about them. Such information as phone 
number, mail stop, spread sheet directory 
name, and location would be fields a user 
could change. The function would not 
allow them to change their user group or 
create a new user. 

Inquiry Functions 

Inventory Retrieval The ability to search and view a document 

in inventory. This function is needed to 
retrieve items that are not word 
processing documents, spread sheets, or 
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Reporting Functions 



presentations. Such items might be 
Write, text, or bit mapped files. 



Inventory Detail Reports 



Synonym Reports 



Department Coordinator Functions 



The ability to display what items arc in 
inventory by retirement date, or by class, 
or by age. The purpose of these reports is 
to help the user (1) re-assign classification 
codes (if needed), (2) retire inventory 
items. 

Listings of the user's synonyms by 
classification or corporate synonym. The 
purpose of these reports is to help the 
users determine which of their synonyms 
they no longer need. 



The Department Coordinator would have access to the same functions as the normal 
user. However, in their stand alone ERS application they would access to these 
additional functions. 



Update Functions 



User Maintenance The ability to add, change, or delete information 

about a user, the group they belong to, and the 
classes they can assign to a document. 

Inventory Maintenance The ability to change an inventory item's 

classification, location, or media. This update 
function helps the Department Coordinator 
correct mis-assigned classifications and move 
inventory items from one location to another. 

When changing an inventory items media, this 
will create a media request. A media request is a 
note to Information Services that items found on 
hard disk need to be moved to CD. 

Reporting Functions 



Inventory Detail Reports The ability to display what items are in inventory 

by department and cost center, or by retirement 
date, or by class, or by media type and age. The 
purpose of these reports is to help the Department 
Coordinator (1) retire inventory items, (2) move 
inventory items from one location to another. 

Inventory Count Reports The ability to count the quantity of inventory 

items by age, or by department and cost center, 
or by retirement date, or by classification. The 
purpose these reports is to help the Department 
Coordinator (1) understand how many items are 
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inventory and their age, (2) determine if 
classifications are being properly used, and (3) 
manage the retirement process. 

Center Retention Required The purpose this report is to display those items 

in inventory that are approaching the end of their 
office retention period and starting their center 
retention period. These inventory items may 
require a media change and/ or location change. 
This report would be used to issue inventory 
requests for media change. This report would 
help the Department Coordinator manage the 
logistics of moving records to and from a storage 
facility. 

Classification Audit Reports The purpose of these reports are to display where 

classifications may be mis used. The reports 
should list (1) the documents assigned 
classifications that are not approved by the 
Departmental Coordinator for application by the 
user, and (2) the documents only assigned a 
major classification. 

Inventory Requests Report The purpose of this report is to display the 

documents that need to be ( 1 ) placed in a off site 
storage facility, (2) retrieved from an off site 
storage facility, and/or (3) under go a media 
change. This report would help the Departmental 
Coordinator manage the logistics of moving 
records to and from a storage facility. 

Static Table Listings The ability to list the contents of various static 

tables such as record type, sensitivity codes, 
retention start codes, synonyms, classes, users, 
user groups, organization structure, media types, 
and locations. 



Information Services Functions 



The Information Services organization needs some of the same functions of the 
Department Coordinator, but not all. Information Services needs to be able to maintain 
inventory locations and media. They will also need the same inventory reports and 
media life reports available to the Department Coordinator. In addition, the following 
functions would be available to only Information Services users. 



Update Functions 

There are several update functions that only Information Services personnel would use. 
These functions are described below. 

Database Definition The purpose of this function is to describe the 

various ERS databases that may be at an 
organizations and their addresses. 
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Function Maintenance The purpose of this update is to record what 

functions are in the system, which tables or 
database objects they access, which user groups 
can run them. This update would also maintain 
how a report is sorted and what columns can be 
used in its selection criteria. 



Batch Functions 



The following functions are intended to run once a day in the evening hours. The 
overall purpose of these functions is to keep the various ERS servers in sync with one 
another and healthy. 



Function Usage Maintenance ERS will record who is running what, when, and 

for how long. This usage activity can create a 
large volume of data in a short period of time. 
For this reason, there will be a batch job available 
to remove usage activity prior to a certain date. 
In this fashion, the Records Manager can select to 
keep usage information for only one quarter, for 
example. 

Security Grants The purpose of this batch job would be to re-do 

all the security grants on all the database objects 
(tables, view, etc.) to match what is defined in 
the function and user group tables. This batch 
job would be run during implementation of a new 
release of ERS 



Records Manager Functions 



The Records Manager would have access to all the functions available to the normal 
user and the Department Coordinator. However, the Records Manager would have 
access to the following additional functions in their stand alone ERS application. 

Update Functions 



Class Maintenance 
Synonym Maintenance 

Static Table Maintenance 



Add, change, or delete information about 
classifications, abstracts, and retention schedules. 

Add, change, and delete synonyms used 
corporate wide. These synonyms are also 
referred to as keywords and official terms. 

Add, change or delete rows from any of the 
application's static tables. Static tables would 
include record type, sensitivity codes, retention 
start codes, synonyms, classes, users, user 
groups, companies, departments, and cost 
centers, media types, buildings, aisles, and 
locations, etc. 
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Reporting Functions 

Class Availability Report 



Function Usage Reports 



Data Dictionary Reports 



Display a list of classifications available and applied 
by company, departments, cost centers, and user. 
The purpose of this report is to determine if 
departments are potentially mis-using 
classifications. 

List the system function number, title, and the 
quantity of times it was accessed by department, 
cost center, and user. The puipose of this report 
is to support a activity analysis or charge back. 

Database columns definitions by column name and 
table name. The purpose of these reports is to 
educate the record manager and developers as to 
what is stored in the database and where. 



Catalog of Functions 

The purpose of the catalog of functions is to display a summarized list of all the update 
and reporting capabilities of the system by type, subject, name, and description. 
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Reports Class ERS110 

ERS120 
ERS130 

Dictionary ERS150 

Function ERS210 
ERS220 
ERS230 
ERS240 

Inventory ERS250 
ERS255 
ERS260 
ERS265 
ERS270 
ERS275 

Synonym ERS310 

User ERS340 
ERS350 

Tables ERS410 
ERS415 
ERS420 
ERS425 
ERS430 
ERS435 
ERS440 
ERS445 
ERS450 

Batch Function ERS510 

Inventory ERS520 
Security ERS510 

Update Class ERS610 

Function ERS650 

Update Inventory ERS7 1 0 

ERS720 
ERS730 
ERS730 

Synonym ERS750 
ERS760 

User ERS810 
ERS820 

Tables ERS905 
ERS910 



2< 

Class Authority Report. 
Class Usage Report. 
Classification Audit Report. 

Data Dictionary Report. 

Function Usage Report. 
Function/Object Relationship. 
Function/Column Relationship. 
Function/Sort Relationship. 

Center Retention Required. 
Inventory Detail Report. 
Inventory Count Report. 
Inventory Request Report. 
Inventory Retirement Required. 
Inventory Retrieval. 

Synonym Report. 

Group Function Access Report. 
User Class Access Report. 

Location Report. 
Location Type Report. 
Media Type Report. 
Organization Report. 
Organization Type Report. 
Record Type Report. 
Retention Reference Report. 
Retention Start Report. 
Sensitivity Report. 

Function Usage Maintenance. 

Inventory Statistics Maintenance. 

Grant Creation. 

Class Maintenance. 

Function Maintenance. 

Inventory Entry. 
Inventory Maintenance. 
Inventory Re-Classification. 
Inventory Request, 

Keyword Maintenance. 
Synonym Maintenance. 

User Maintenance. 

User Profile Maintenance. 

Database Definition. 
Location Maintenance. 
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ERS9 1 5 Location Type Maintenance. 

ERS920 Media Type Maintenance. 

ERS925 Organization Maintenance. 

ERS930 Organization Type Maintenance. 

ERS935 Record Type Maintenance. 

ERS940 Retention Reference Maintenance. 

ERS945 Retention Start Maintenance. 

ERS950 Sensitivity Maintenance. 



Utilities Inventory ERS010 

ERS020 
ERS030 



Application Package, File Open. 
Application Package, File Close. 
Application Package, File Save. 
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Generic Description of All Function and Features 

The purpose of this section of the document is to describe, in a generic fashion, what 
the system will be able to do. This section defines the functions and features of the 
application. 

Any system is made up of functions. Functions are software that produce menus, 
reports, updates, interfaces, and utility activities. Features are the capabilities of each 
function. For example, reporting functions have the capability to output their 
information to the screen, the printer, or to an extract file for easy entry into a spread 
sheet. These output routing capabilities are all features of a reporting function. 



Menu Functions 

The purpose of menus is to provide access to all other functions of the system. Pull 
down menus are placed at the top of each window. The features of all menus are 
described below: 

Function Access All menus will provide access to the various functions of 
the system. An example of the pull down menus and 
their options would be the following: 

File 

New 

Open 

Delete 

Close 

Print 

Printer Setup 
Exit 

Edit 

Undo 

Cut 

Copy 

Paste 

Clear 

Find 

Go To 

Search 

Sort 

Filter 

View 

First Page 
Prior Page 
Next Page 
Last Page 
Toolbars 
Date and Time 
Maintenance 

Update 1 
Update 2 
Etc. 
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Reports 

Report 1 

Report 2 

Etc. 
Window 

Tile 

Layered 
Cascade 
Arrange Icons 
Window 1 
Window 2 
Etc. 

Help 

Contents 

Search for Help on 
How to Use Help 
About ERS 

Micro Help As a user points to a menu option and holds the left 

mouse button down, they will see a one line description 
of that menu option at the bottom of the window. 

Button Bar A bar of push buttons will be located just below the 

menu at the top of the window. The push buttons will 
contain icons symbolizing frequently used functions or 
menu options. Thereby a user can access a function one 
of two ways. The first method is by pulling down the 
appropriate menu and clicking on the option desired. 
The second means of accessing a function would be to 
click on the icon for the function found on the button bar. 

Disabled Functions The pull down menus will show all functions planned for 
the application at all times. However, some of the 
functions will appear in gray letters. These will be the 
functions that are not completed and are not available for 
use. As the system development effort continues, more 
and more of these functions will be enabled and will 
appear in black letters. In this fashion, a user can see all 
the functions of the system, and what is available for use 
today. 

User Access The functions an individual user can access will depend 

upon the level of security. Certain users will have all of 
their menu options enabled, others will not. The 
functions each user can access will be assigned by the 
Records Manager. 

Reporting Functions 

Reports are functions used to output information. Reporting functions can produce 
output in tabular listings, graphs, or spread sheets formats. This output can be sent to 
the screen, a printer, or a file directory. The features of reporting functions are the 
following: 
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Custom Sub Heading The user will have the option to create their own report 
sub heading that will appear at the top of each page. The 
sub heading can be used to document the items selected 
or their purpose for running the report. 

Selection Criteria The user will have the ability to limit the size of the 

report. They will be able to select one or more columns 
on the report and state what values they would like to 
have retrieved for those columns. For example, if 
department number is a column on a report, then a user 
will be able to state which departments should appear on 
the report. 

For inventory related reports, users will have the ability 
to do string search on the title and description of items. 



Variable Sorting 



Routing of Output 



Report Footing 



Print After View 



Micro Help 



Usage Tracking 



Each report can have more than one method of sorting. 
The user will have the ability to select, from a pre-set list, 
how the information should be sorted. 

Each report can be routed to one of three different places. 
The report can be viewed on the screen, sent to a printer, 
or placed in comma delimited file. The comma delimited 
file can be read by Lotus or Excel spread sheet software. 

On the last page of each report will be displayed the sort 
sequence and selection criteria used to create the report. 
In this fashion, the reader of the report will know that the 
report may not contain all the information in the system. 

Every report routed to the screen will have the ability to 
be printed. This feature will allow the users to view the 
first several pages of a report, and then print it, if they 
desire. 

Every object of the window used to specify report sub- 
headings, selection criteria, sorting, and routing will 
have a help message associated with it. The help 
message will offer a one line description of the object. 

Just prior to exiting a reporting function, the system will 
post to the database the name of the reporting function 
run, rows retrieved, the user's ID, date, and time. In this 
fashion, tracking of reporting function usage and charge 
back activities can be supported. 



Update Functions 



Update functions provide the ability to add, change, or delete records in the database. 
The features of update functions are the following: 



Add, Change, Delete A single update function will allow the user to add new 
records, change existing ones, or delete records from a 
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table. The user will not have to select three different 
update functions from a menu to maintain one table. 

Point and Shoot The user will not have to know key field values such as 
department numbers, building numbers, or document 
numbers. In each update function, they will be shown a 
list of records that can be updated. Then, they can point 
to an existing record to change it, or delete it. By 
displaying a list of existing records in a table first, the 
user can scroll through them and decide which one they 
would like to update. 

Drop Down Lists The user will not have to memorize codes to operate 

update functions. If a code field value is asked for on a 
data entry window, it will be displayed in a drop down 
list box along with its description. For example, if a user 
must input an cost center number, then they will be given 
a drop down list box containing cost center number and 
names to choose from. 



Drag and Drop Where ever possible, ERS will allow the user to drag an 

object on to a command button to signal that they wish to 
perform the command. 

Jumping If several windows are used to collect all the data being 

entered into a table or group of tables, then the user will 
have the ability to jump from one window to another. For 
example, an update function could consist of three 
windows. The first could be a list of documents to 
update. The second window could be all the descriptive 
information about the document. The third window could 
be used to input key words or phases about the document. 
The user would not be forced into going from the first, to 
the second, and then to the third window. They would be 
given push buttons to jump from the first window to the 
third, and from the third to the second window. In this 
fashion, the user would not be forced into traversing 
through several windows in a pre-set pattern to enter the 
data. 



Validation Each field will be validated at the time the user moves the 

cursor from one field to another on a data entry window. 
This will prevent the user from entering several fields of 
erroneous information before realizing that any of it is 
wrong. 

Referential Integrity All update functions will use referential integrity rules. 

These rules will prevent deletion of code values being 
used else where in the system. For example, a user will 
not be able to delete a department number from the 
department table if it is being used to describe a 
document in the inventory table. 



Confirmation 



At the bottom of each data entry window, in an update 
function, would be several push buttons. These buttons 
would be used to signal the computer to write the 
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transaction out to the database, or cancel the transaction. 
Each time one of these buttons is pressed, the user will 
see a message a the bottom of the window confirming the 
computer's actions. 

Micro Help Each object and field in a data entry window will have a 

help text associated with it. This one line of help 
message will appear at the bottom of the screen when the 
object or field is clicked on. 

Usage Tracking Just prior to exiting an update function, the system will 
post to the database the name of the update function run, 
the quantity of records processed, the user's ID, date, 
and time. In this fashion, tracking of update function 
usage and charge back activities can be supported. 



Process Model 

The purpose of a business process model is to show the relationship between people, 
systems, data, office policy and procedures, and documents. 

Node Tree Diagrams 

A component of a business process model is a node tree diagram. Figure 8 shows the 
major activities associated with an application. Figures 9 through 1 1 show the node 
tree diagrams for ERS. 



Database Design 

The application will store its information in a set of relational tables. The total size of 
the database is expected to be approximately 500 Megs of disk space for a 300,000 
inventory items. There will be roughly 1,200 total users, about 300 will be activity at 
any point in time. 



Entity Definitions 



The nature of each table in the database is described in the following entity definitions. 



Entity Name 


Entity Definition 


Access 


The purpose of this entity is to store the 
access codes and descriptions. Access 
codes are select, update, insert, and deleted 


Class 


The purpose of this entity is to store the all 
the information about a classification. This 
information contains classification code, 
title, retention periods, record type, 
sensitivity, etc. 
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Data Dictionary 


The purpose of this entity is to store entity, 
attribute, and physical column information. 
This entity is used to support data 
dictionary reporting. 


Function 


The purpose of this entity is to store a valid 
list of system functions. System functions 
are window objects such as reports, 
updates, inquiries, interfaces, etc. 


Function Column 


The purpose of this entity is to store a valid 
list of columns than can be used to limit 
retrieval of a reporting function. 


Function Column Last Used 


The purpose of the last used function 
column entity is to record the selection 
criteria chosen by a specific user when a 
report was run. This entity supports storing 
the last query parameters applied by a user 
for a given report. 


Function DataWindow 




Function Sort 


The purpose of this entity is to store a valid 
list of storing options that can be applied to 
a reporting function. 


Function Sort Last Used 


The purpose of the last used function sort 
entity is to record what sort sequence a user 
requested the last time they ran a specific 
report. This entity support recalling the last 


Entity Name 


Entity Definition 




query for a report and user. 


Function Subject 


The purpose of this entity is to define what 
area of interest, for the user, the function 
relates to. 


Function Type 


The purpose of this entity is to store a valid 
list of function types. Function types are 
used to group functions together. Function 
types are reports, updates, interfaces, etc. 


Function Usape 


The purpose of this entity is to track who 
has accessed a function of the system and 
when. This entity could be used as a basis 
for activity analysis and usage charge back 
costing. 


Inventory 


The purpose of this entity is to store 
information about an item in inventory. 
The information includes title, date stored, 
media, classification, etc. 


Inventory Abstract 




Inventory Request 


The purpose of this entity is to store 
requests to move inventory from one form 
of media to another. For example, request 
to move documents from disk to tape. 
Once the media has been moved, the 
request is deleted. No past history of media 
requests are stored. 
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Inventory Statistics 


The purpose of this entity is to store the 
quantity of items in inventory for each 
class, record type, level one location, and 
month. These statistics can be used to 
determine if classifications are being 
properly applied. 


Location 


The ouiDOse of this entitv is to stnrp a valiH 
list of locations. Locations can be storage 
areas, buildings, property, shelves, drawers, 
etc. 


Location Type 


The Durnose of this entitv is tn stm-** vniiH 
location types. Location types are building, 
floor, aisle, storage area, shelf, property 
number, drawer, etc. The location type 
also denotes what level of the hierarchy the 
location can be found. 


Media Type 


The purpose of this entity is to stare a valid 
list of media types and descriptions. Media 
are hardcopy, disk, tape, CD, microfiche, 
etc. 


Object Identification 


The purpose of this entity is to store the last 
identification number assigned to a table. 
For example, the last class identification 
assigned to the class table. 


Organization 


The purpose of this entity is store a valid 
list of companies, departments, and cost 


Entity Name 


Entity Definitions 




centers. 


Organization Type 


The Duroose of this entitv is tn stnn* a vaiiH 

1 jvmi^vij^ \j ± Kitio Willi iv oLv/IC O. VaI1(J 

list of organization types. For example, 
company, department, cost center are all 
organization type. This entity also defines 
what level of the organization hierarchy the 
organization will be found on. 


Record Type 


The purpose of this entity is to store the 
valid record types and their descriptions. 
Valid record types would be official and 
informational. 


Request Type 


the purpose of this entity is to store a valid 
list of inventory request type codes and 
descriptions. Inventory request types are to 
change media or to move to or from offsite 
storage. 


Retention Reference 


The purpose of the retention reference 
entity is to store the text of the law or 
regulation that governs a set of classes and 
their retention periods. 


Retention Start 


The purpose of this entity is to store a valid 
list of retention type codes and 
descriptions. Retention types define when 
a record's retention period begins. 


Sensitivity 


The purpose of this entity is to store a valid 
list of sensitivity codes and descriptions. 
Sensitivities are confidential, secrete, etc 
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Synonym 


The purpose of this entity is to store 
alternative names for a classification. A 
synonym may be a classification code, a 
portion of the classification name, or a 
commonly used alternative to the 
classification name. 


User 


The purpose of this entity is to store a list 
of valid users for the system. 


User Class 


The purpose of this entity is to store every 
classification the user has access to and 
may assigned to documents. The classes 
are initially set up by the Departmental 
Coordinator. 



Entity Relationship Diagram 



Figure 12 is the entity relationship diagram. Its purpose is to provide a high level 
view of the database and its structure. The diagram shows each table in the system and 
how it relates to other tables. The solid lines between entities denotes identifying 
relationships. The dotted lines denotes non-identifying relationships. 

Attribute Definitions 

Following are the attribute definitions. Attributes are the columns that can be found in 
each entity or table within the database. The definitions are sorted by entity name and 
attribute name. 



Entity Name 


Attribute Name 


Attribute Definition 


Access 


Access Code 


User assigned identification code. 
The access code defines what a 
user can do to a database object. 
Access codes are S = Select, U = 
Update, I = Insert, D = Delete. If a 
user has an access code of I or D 
then they can automatically do U 
or S. If a user has an access code 
of U then they can also do S. 




Access Description 


Long name, description, or title for 
code. The access description 
stores the meaning of the access 
code. For example, insert, update, 
delete, and select are all 
descriptions of access codes. 




Last Changed Date 






Last Changed By 






Timestamp 




Class 


Class Identification 


System assigned identification 
number. The class identification is 
the unique identifier for the 
classification. This integer is a 
system assigned value, not user 
assigned. 
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Abstract 


Description of classification. The 
abstract is the legal definition of 
the classification. 




Class Code 


user assigned identification code. 
The class code is a 10 character 
um^j o^Mgucu ciassiricauon code. 
The first two characters of the 
class code are the major class. The 
uuiu miu luuriii cnaraciers are the 
primary class. The fifth and sixth 
characters are the secondary class. 
Characters 7-8 renresent the nf*vt 
relationship level. Characters 9- 10 
represent the last relationship 
level. 




Classification Title 


Long name or title for class. The 
classification title is the name of 
the class code. 




Classification Title Extended 


Class title and all parent class 
titles. The extended classification 
title contains the titles of all the 


Entity Name 


Attribute Name 


Attribute Definition 






parent classifications plus this 
classification's title. For example, 
if this classification code is ACAP, 
then the extended classification 
u lup i» rtt-cuunung, rayaoies . 




Center Retention Months 


Quantity of months in offsite 
storage. The center retention 
months is the quantity of months 
an inventory item is held in a 
records center or off site storage 
facility. The office retention plus 
the center retention months equals 
the total retention n#»rinH fAr a 
classification. 




Organization Identification 


System assigned identification 
number. The organization 
identification is the unique 
identification for a company, 
department, or cost center. The 
integer value is system assigned, 
not user assigned. Organizations 
own users and classifications. 




Created By 


User ID of person who created the 
class. The created by column 
contains the user identification of 
the Records Manager who created 
the classification. 
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Media Type Code 


User assigned identification code 
for media type. The media type 
code defines what form the 
inventory item is stored in. For 
example, DISK=hard disk, 
FLOPPY=floppy disk, CD=CD 
ROM, TAPE=magnetic table, 
HCH=microfich, 
PAPER=hardcopy. 




VJlllUC IxClCIlLlUIi 1V1UI1U13 


f^imntitv of" nnr\Tit Vic ctrtr^H rwi c iff* 
V^UcUlLJlj Ul UHJIllllo oLUiCU \Jil MIC 

The office retention months is the 
quantity of months an inventory 
item is held in an office storage 

orpo Kf»f*nrp it i*j mnv^H tr* a Inno 

term, off site storage facility. The 
office retention plus the center 
retention months equals the total 
retention period for a 
classification. 




Parent Class Identification 


Owning parent classification. The 
parent class identification is the 
identification number to the class 
that owns this one. 




Record Type Code 


User assigned identification code. 



Entity Name 


Attribute Name 


Attribute Definition 






The record type code defines 
importance to a classification. For 
example, ^informational and 
0=official record types. Inventory 
items assigned a classification 
having an official record type can 
only be deleted by a Department 
Coordinator. 




Retention Reference 


User assigned identification 
number. The retention reference 
column is used to store the 
identification number for the 
reference document or law 
governing a set of classes and their 
retention periods. For example, 
76 CFR 1.6001.1' is a document 
defining how checks ought to 
stored. 




Retention Start Code 


User assigned identification code. 
The retention start code defines 
when the retention period of the 
document starts. The quantity of 
months an inventory item is held 
may start when the document first 
created, or it may start when the 
document is moved to an off site 
storage facility. 
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Sensitivity Code 


User assigned identification code. 
The sensitivity code defines the 
security associated with a 
classification. For example, 
TS=tor> secrete and 
CO=confidential are oen<;ifivitv 
codes. 




Vital Flag 


Vital record (Y=ves N=no) The 
vital flag is a yes/no column 
denoting if the classification 
involves vital documents. Vital 
documents are those records whose 
loss would have a financial impact 
on the organization. 




Last Changed Date 






Last Changed By 






Timestamp 




Data 

Dictionary 


Entity Name 


Entity or long table name. The 
name of the entity in the logical 
data model. In most cases, the 
entity name is similar to the long 
name for the table in the database. 




Attribute Name 


Attribute or long column name. 
The attribute name from the 


Entity Name 


Attribute Name 


Attribute Definition 






iv£iv*cu uaia iiiuuci. in illUM LdoCS, 

this is the long name for the 
column. 




Attribute Definition 


Attribute de^crintinn nr mean in o 

The attribute definition contains 
the description, meaning, or 
purpose of the attribute. 




Column Name 


SOL column namp Thf* rnlnmn 

name is the physical name for the 
attribute in the SQL database. 




Datatype 


SQL column datatype. The 
datatype is the physical format of 
the column in the SQL database. 




Entity Definition 


Entity description or meaning. 
The entity definition contains the 
uwoi^iipuvju, meaning, ui purpose 
of the entity. 




Null Option 


SOL null ODtion The null nnrinn 
is a flag denoting if a column must 
always contain data or not. If the 
null option equals 'Yes' then the 
column does not have to contain 
data all the time. If the null option 
is set to 'No' then the column must 
always have data in it. 




User Defined Datatype Name 






Last Changed Date 






Last Changed By 






Timestamp 
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Function 


Function Number 


User assigned identification 
number. The function number is 
the unique identification of a 
function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS 1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 
099 are utility functions, 100 to 
199 are performance or 
management reports, zuu to zyy 

an* onpratinna! rpnnrtc ^OO trv ^QQ 

are audit reports, 400 to 499 are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic table update functions, 
800 to 899 are static table update 
functions, and 900 to 999 are 
administration functions. 




Function Purpose 


Description or purpose of function. 


Entity Name 


Attribute Name 


Attribute Definition 






The function purpose is a text 
column defining how the report or 
update screen ought to be applied 
by the user. 




runcuon ouojeci ^cxic 


user assigned luenuiicaiion coae. 
The function subject code defines 
what area of interest, for the user, 
the function relates to. For 
example, MANAGEMENT = 
management performance reports. 

Thp ftinrtinn ^nhiprt rr\Hr» nninnplv 

x ills iui ii^u \JLI oUUJUtl wUUL UIlilJLiCly 

identifies subjects. Function 
subjects, types, and titles are used 
to build menus. 




Function Title 


Title or name of function. The 
function title is the name of the 
function as it appears at the top of 
the window or in the menu. For 

function title. 




Function Type Code 


User assigned identification code 
The function type code is a way of 
grouping like functions together. 
For example R=report, U=update, 
M=menu, T=utility, I=interface are 
all function type codes. Function 
types, subject, and titles can be 
used to build menus. 




Last Changed Date 






Last Changed By 






Timestamp 
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Function 
Column 



Function Number 



User assigned identification 
number. The function number is 
the unique identification of a 
function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 
099 are utility functions, 100 to 
199 are performance or 
management reports, 200 to 299 
are operational reports, 300 to 399 
are audit reports, 400 to 499 are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic table update functions, 
800 to 899 are static table update 
functions, and 900 to 999 are 



Entity Name 


Attribute Name 


Attribute Definition 






administration functions. 




Table Name 


SQL table name. The table name 
is the SQL table or view name that 
will be used as part of a WHERE 
phrase to limit report retrieval. 




Column Name 


SQL column name. The column 
name is the SQL table or view 
column name that will be used as 
part of a WHERE phrase to limit 
report retrieval. For example, 
DPT_NBR is the department 
number column name. 




Column Null Flag 


Column contains NULL'S, Y=yes, 
N=no. The column null flag is 
used to state if the WHERE phrase 
should be constructed to search for 
null values for the column. For 
example, if the column name is 
DPTJSIBR and the column null 
flag is set to Y=yes, then the 
WHERE phrase should be 
WHERE DPT.NBR = NULL. 




Column Title 


Long name or title of column. The 
column title is what the users sees 
when selecting from a list of 
columns to use to limit report 
retrieval. For example, when the 
user wishes to pick the DPTJMBR 
column, they would see 
'Department Number . 
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Column Type 


SQL datatype (DATE, INT, 
CHAR, FLOAT, YESNO). The 
column type is a code defining the 
columns datatype. For example, 
DATE, INT, CHAR, FLOAT are 
all column types. The column type 
dictates which dialogue box 
appears displaying values for the 
column. 




Relationship Code 


Column/value relation (EQUAL, 
LIKE, BOTH). The relationship 
code defines if the relationship in 
the WHERE phase could be an 
equality, a string search, or both. 
For example, if the relationship 
code is EQUAL then the 
relationship between the column 
name and its values in the WHERE 
phrase is IN for character type 
columns, BETWEEN for nun-null 
numeric columns, and = for null 
numeric columns. If the 


Entity Name | Attribute Name 


Attribute Definition 






relationship code is LIKE then the 
relationship between the column 
name and its values is LIKE. If 
the relationship code is BOTH, 
then the user can choose either an 
equality or string search 
relationship. 




Required Flag 


Column value required (Y=yes, 
N=no). The required flag denotes 
if the user must use this column to 
limit retrieval. This column helps 
prevent the user from constructing 
a report request that extracts every 
row from the database by forcing 
them to have a WHERE phrase on 
at least one column name. 




Sequence Number 


Sort sequence number. The 
sequence number is a character 
column used to sort the column 
titles for display on the screen. 
The sequence number allows the 
system to display a list of column 
names in some other sort order 
besides alphabetically by column 
title. 




Last Changed Date 






Last Changed By 






Timestamp 
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Column Last 
Used 


Function Number 


User assigned identification 
number. The function number is 
the unique identification of a 
function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS 1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 
099 are utility functions, 100 to 
199 are performance or 
management reports, 200 to 299 
are operational reports, 300 to 399 
aic 4uujl repons, ^uu to nyy are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic table update functions, 
800 to 899 are static table update 
functions, and 900 to 999 are 
administration functions. 




Column Name 


SQL column name. The column 
name is the SQL table or view 






Entity Name 


Attribute Name 


Attribute Definition 






column name that will be used as 
part of a WHERE phrase to limit 
report retrieval. For example, 
DPT_NBR is the department 
number column name. 




User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 




Table Name 


SQL table name. The table name 
is the SQL table or view name that 
will be used as part of a WHERE 
phrase to limit report retrieval. 




Column Value 


Column values last used. This text 
column stores the 'right hand side' 
of a SQL WHERE phrase. It 
contains the list of values desired 
for column when a specific report 
was last run by a given user. For 
example, if a user had requested a 
set of departments to appear on a 
report the last time it was run, then 
this column would contain that list 
of departments. 




Operator Code 


Code to indicate exact value or list 
of values. Determines whether the 
user can enter a value or select 
from a list of values. 
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Last Changed Date 






Last Changed By 






Timestamp 




Function 
DataWindow 


Table Name 


SQL table name. The table name 
is the SQL table or view name that 
will be used as part of a WHERE 
phrase to limit report retrieval. 




Column Name 


SQL column name. The column 
name is the SQL table or view 
column name that will be used as 
part of a WHJbKb phrase to limit 
report retrieval. For example, 
DPT_NBR is the department 

mini It A** fi/\ll1tTin ty O TY\ c± 

numoer column ndixic. 




DataWindow Name 


of column for SQL table. 




Last Changed Date 






Last Changed By 






Timestamp 




Function Sort 


Function Number 


User assigned identification 
number. The function number is 
the unique identification of a 


Entity Name 


! Attribute Name 


Attribute Definitions 






function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS 1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 
099 are utility functions, 100 to 
199 are performance or 
management reports, 200 to 299 
are operational reports, 300 to 399 
are audit reports, 400 to 499 are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic taoie update iuncuons, 
800 to 899 are static table update 
functions, and 900 to 999 are 
administration functions. 




Order By 


SQL ORDER BY and/or GROUP 
BY. The order by column contains 
the SQL GROUP BY and/or 
ORDER BY phrase for the report 
request. 
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DataWindow Name 


PowerBuilder DataWindow name. 

' 1 'hp TiOf Q U/lfl/^SXtlf noma i r> tV\a. 

i iic LJaia w lnaow name is tne 
name of the PowerBuilder 
DataWindow name that should be 
displayed when a particular sort is 
requested by the user. Different 

DatflWinHnu/e °tv» ugaH for 

different sorts because there may 
be different subtotaling on the 
same report depending upon how it 
is sorted. 




Default Sort Flag 


Default sort (Y=yes, N=no). The 
default sort flag is a yes/no column 
denoting what sort will be applied 
to the report if the user does not 
select one. 




Order By Title 


Title or long name of the sort. The 
order by title is what the user sees 
when selecting from a list of sort 
sequences 10 appjy to a report, ror 
example, the order hv column 
value may be ORDER BY 
CO_NBR, DPT NBR, 
CST_CTR_NBR. The order by 
title would be 'By Company, 
Department, and Cost Center 
Numbers'. 




Sequence Number 


Sort sequence number. The 
sequence number column is used 


Entity Name 


Attribute Name 


Attribute Definitions 






to sort the order by titles in some 
other sequence other than 
alphabetically by order by title. 




Last Changed Date 






Last Changed By 






Requires Stored Procedure 


Required stored procedure name, 
i iic purpose oi ims column is to 
record the name of any stored 
procedure required to generate a 
report output. Some reports, 
because of their complexity, can 
not be created without the use of 
an SQL stored procedure. If a 
stored procedure is needed, its 
name would be found in this 
column. 




Timestamp 





WO 98/12616 



PCT/US97/17004 



si 



Function 
Sort Last 
Used 


Function Number 


User assigned identification 
number. The function number is 
the unique identification of a 
function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS 1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 
099 are utility functions, 100 to 
1 99 are performance or 
management renorK 200 to 999 
are operational reports, 300 to 399 
are audit reports, 400 to 499 are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic table update functions, 
800 to 899 are static table update 
functions, and 900 to 999 are 
administration functions. 




Order Bv 


SOL ORDER BY and/or GROUP 
BY. The order by column contains 
the SQL GROUP BY and/or 
ORDER BY phrase for the report 
request. 




User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 




Last Changed Date 






Last Changed By 






Timestamp 




Entity Name 


Attribute Name 


Attribute Definition 


runcuon 
Subject 




1 I<;pr a<i*iipnpfi iripntiflf afinti paHp 
The function subject code defines 
what area of interest, for the user, 
the function relates to. For 
example, MANAGEMENT = 
management performance reports. 
The function subject code uniquely 
identifies subjects. Function 
subjects, types, and titles are used 
to build menus. 




Function Subject Description 


Long name, description or title for 
code. The function subject 
description is the long name for the 
subject. For example management 
performance reports, operational 
reports, utility, user functions are 
all subject descriptions. 




Last Changed Date 






Last Changed By 





WO 98/12616 



PCT/US97/17004 





Timestamp 




Function 
Type 


Function Type Code 


User assigned identification code. 
The function type code is a way of 
grouping like functions together. 
For example R=report, U=update, 
M=menu, T=utility, I=interface are 
all function type codes. Function 
types, suujeci, ana tiues can oe 

licpH fr» HllilH mannc 
USWJ lU UUJ1U IllCIlUd. 




Function Type Description 


i-uiig iicuiic, ues>cnpuon, or uiie ror 
code. The function type 
description is the meaning of the 
function type code. For example, 

rPDOrt linrfatP m^nn nfilitv anrl 
i^pun, upuait, menu, Uliilly, allu 

interface are all function type 
descriptions. 




Last Changed Date 






Last Changed By 






Timestamp 




Function 
Usage 


Usage Start Date 


Date/time function started being 
used. The usage start date is the 
date and time the update or report 
was aciivaiea. 




Function Number 


U»CI aaMgilCU lUcniUlCallOn 

number. The function number is 
the unique identification of a 
function of the system. Function 
numbers are assigned by 
programmers. For example, 
ERS 1 10 could be a function 
number assigned to a performance 
report. Function numbers 000 to 


Entity Name 


Attribute Name 


Attribute Definition 






099 are utility functions, 100 to 
199 are performance or 
management reports, 200 to 299 
are operational reports, 300 to 399 
are audit reports, 400 to 499 are 
static table listings, 500 to 599 are 
user functions, 600 to 699 are 
interface functions, 700 to 799 are 
dynamic table update functions, 
800 to 899 are static table update 
functions, and 900 to 999 are 
administration functions. 




User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 



WO 98/12616 



PCT/US97/17004 





Rows Processed 


Quantity of rows retrieved or 
updated. The quantity of rows 
retrieved for a reporting function 
or the quantity of rows inserted, 
updated, or deleted for an update 
function. 




Usage End Date 


Date/time function stopped being 
used. The usage end date is the 
date and time the function 
completed processing the rows. 
The difference between the usage 
start and end dates is the seconds 
required to retrieve the report rows 
or post the changes to the database 
for an update function. 




Last Changed Date 






Last Changed By 






Timestamp 




Inventory 


Inventory Identification 


System assigned identification 
number. The inventory 
identification is the unique 
identifier for a document. It is a 
system assigned integer, not user 
assigned. 




Organization Identification 


System assigned identification 
number. The organization 
identification is the unique 
identification for a company, 
department, or cost center. The 
integer value is system assigned, 
not user assigned. Organizations 
own users and classifications. 




Author 


Document written-by user 
identification. Identification for 




Entity Name 


Attribute Name 


Attribute Definition 






writer of the document. It can be 
any value. 




Class Identification 


System assigned identification 
number. The class identification is 
the unique identifier for the 
classification. This integer is a 
system assigned value, not user 
assigned. 




Created By 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 




Original File Name 


PC file name and extension. The 
name of the computer file from 
which the inventory item 
originated. 
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inventory Label Line 1 


First line of label. The inventory 
label consists of three columns that 
appear on the label for the 
document, file folder, or box. The 
first label line typically contains a 
name. For example, vendor name, 
customer name, person name, etc. 
for the document. 




Inventory Label Line 2 


Second line of label. The 
inventory label consists of three 
columns that appear on the label 
for the document, file folder, or 
box. The second label line 
typically contains a geography. 




Inventory Label Line 3 


Third line oi label. The inventory 
label consists of three columns that 
appear on the label for the 
document, file folder, or box. The 
third label line typically contains 
numbers or dates. For example, 
part numbers, purchase order 
numbers, contract numbers, 
employee numbers, etc. 




Location Identification 


System assigned identification 
number. The location 
identification is the unique 
identifier for a shelf or drawer 
within an aisle or file cabinet in a 
storage area. It is a system 
assigned integer, not user assigned. 




Media Type Code 


User assigned identification code 
for media type. The media type 
code defines what form the 
inventory item is stored in. For 






Entity Name 


Attribute Name 


Attribute Definition 






example, DlSK=hard disk, 
FLOPPY=floppy disk, CD=CD 
ROM, TAPE=magnetic table, 
FICH=microfich, 
PAPER=hardcopy. 




Record Type Code 


User assigned identification code. 
The record type code defines 
importance to a classification. For 
example, l=informational and 
0=official record types. Inventory 
items assigned a classification 
having an official record type can 
only be deleted by a Department 
Coordinator. 




Storage Date 


Date entered into the Electronic 
Records System. The storage date 
is the date and time the inventory 
item was placed into the system 
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Series Code 


Code to flag special documents. A 
10 character code applied by the 
user to help flag documents that 
are special to them. 




System Entry Date 


Date Inventory was entered into 
the system. It can never be 
changed. 




Last Changed Date 






Last Changed By 






Timestamp 




Ttwpntnrv 

Abstract 


InvfMitnrv IdfMitifiration 

ill Vvlllvl Y HJwllLll JlsUllUU 


number. The inventory 
identification is the unique 
identifier for a document. It is a 
system assigned integer, not user 
assigned. 




Abstract 


Long description of inventory 
item. The abstract column 
contains a long textual description 

yJl IIJC JIlVCiHUiy llCIJi. 




Center Retention Months 


Quantity of months in offsite 
storage. The center retention 
months is the quantity of months 
an inventory item is held in a 

Ull III » VI 1 IVI J Uwlll IJ llV'IVJ 111 U 

records center or off site storage 
facility. The office retention plus 
the center retention months equals 
the total retention period for a 
classification. 




Office Retention Months 


Quantity of months stored on site. 
The office retention months is the 
quantity of months an inventory 
item is held in an office storage 


Entity Status 


Attribute Name 


Attribute Definition 






area before it is moved to a long 
term, off site storage facility. The 
office retention plus the center 
retention months equals the total 
retention period for a 
classification. 




Last Changed Date 






Last Changed By 






Timestamp 




Inventory 
Request 


Inventory Identification 


System assigned identification 
number. The inventory 
identification is the unique 
identifier for a document. It is a 
system assigned integer, not user 
assigned. 




User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 
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Request Type Code 


User assigned identification code. 
The request type code is a user 
created code to define what needs 
to be done to an inventory item. 
Request type codes are M=Change 
iviwjia, i\— ivcujcvc iiuiii storage 
facility, S=sent to storage facility, 
T=Retire inventory item. 




Location Identification 


System assigned identification 
number. The location 
identification is the unique 
identifier for a shelf or drawer 
within an aisle or file cabinet in a 
storage area. It is a system 
dsbigncu integer, not user assigned. 




Media Type Requested 


User assigned identification code 
for media type. The media type 
code defines what form the 
inventory item is stored in. For 
example, i^ioK— nara aisK, 
FLOPPY=flonnv Hi elf rn-rn 

ROM TAPRrrmatmpfir tnhl** 

FICH=microfich, 
PAPER=hardcopy. 




Request Date 


Date inventory request was 
created. The request date is the 
date and time a user has requested 
and inventory item be moved from 
one media to another. 




Last Changed Date 






Last Changed By 






Entity Name 


Attribute Name 


Attribute Definition 




Timestamp 




Inventory 
Statistics 


Class Identification 


System assigned identification 
number. The class identification is 
the unique identifier for the 
classification. This integer is a 
system assigned value, not user 
assigned. 




Location Identification 


System assigned identification 
number. The location 
identification is the unique 
identifier for a shelf or drawer 
within an aisle or file cabinet in a 
storage area. It is a system 
assigned integer, not user assigned. 
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Record Type Code 


User assigned identification code. 
The record type code defines 
importance to a classification. For 
example, ^informational and 
0=official record types. Inventory 
items assigned a classification 
having an official record type can 
only be deleted by a Department 
Coordinator. 




Collection Date 


Date statistics were collected. The 
date the count of inventory items 
was collected. The quantity of 
inventory items by class and 
record type will be collected once 
a month or once a quarter. 




Inventory Quantity 


Quantity of inventory items found. 
The inventory quantity contains 
the number of inventory items 
found for a class and record type at 
a given point in time. 




Last Changed Date 






Last Changed By 






Timestamp 




Location 


Location Identification 


System assigned identification 
number. The location 
identification is the unique 
identifier for a shelf or drawer 
within an aisle or file cabinet in a 
storage area. It is a system 
assigned integer, not user assigned. 




Location Description 


Long name, description, or title. 
The location description is the 
meaning of a location number. For 
example, Third drawer down' or 
'Fourth shelf up* are location 
descriptions. 




Location Number 


User assigned identification 




Entity Name 


Attribute Name 


Attribute Definition 






number. The location number is 
the user assigned identifier for a 
file cabinet drawer or shelf. 




Location Type Code 


User assigned identification code 
for location type. The location 
type code is a user assigned code 
for the type of document storage 
facility. For example, 
BL=Building, FA=File area, 
PR=Property, SH=Shelf, AI=Aisle. 




Parent Location Identification 


Parent or owner of location. The 
parent location identification is the 
unique identifier for building or 
file area that owns the location. 




Last Changed Date 
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Last Changed By 






Timestamp 




Location 
Type 


Location Type Code 


User assigned identification code 
for location type. The location 
type code is a user assigned code 
for the type of document storage 
iaciniy. ror example, 
BL=Building, FA=File area, 
PR=Property, SH=Shelf, AI=Aisle. 




Archive Facility Flag 


Archive facility (offsite storage) 
Y/N flag. 1 he archive facility flag 
is a yes/no column used to define 
if the location is found in an 
archive facility. An archive 
facility would be an offsite 
warehouse, for example. 




Location l ype uescnpuon 


Long name or title of location 
type. The location description is 
Liic- iii&ajuug ui uic lucuLion type 
code. 




Level Number 


Location hierarchy level number. 
The level number defines what 
level of the location hierarchy this 
location can be found. Level one 
is the top level of the hierarchy and 
level number five is the bottom. 




Last Changed Date 






Last Changed By 






Timestamp 




Media Type 


Media Type Code 


User assigned identification code 
for media type. The media type 
code defines what form the 
inventory item is stored in. For 
example, DISK=hard disk, 
FLOPPY=floppy disk, CD=CD 
ROM, TAPE=magnetic table, 


Entity Name 


Attribute Name 


Attribute Definition 






FICH=microfich, 
PAPER=hardcopy. 




Media Type Description 


Long name, description, or title. 
The media type description adds 
meaning to the media type code. 
For example, 'Hardcopy' and 
'Magnetic Tape* are media type 
descriptions. 
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ERS Express Access Flag 


File name required yes/no. The 
purpose of this column is to record 
whether a document being entered 
for a given media type should have 
a file name entered also. For 
example, if a document is entered 
lnio uic system inai nas a nieuia 
tvnp of 'hard Hi^V and thp flip 
name reauired flap is set to 'v***;' 
then the system will prompt the 
user to input a file name for the 
document. If the file name 
required flag is set to 'no' then the 
system will not prompt the user for 
a file name when they input 
information about a document. 




Last Changed Date 






Last Changed By 






Timestamp 




Object 

Identification 


Object Name 


Name of database object (table or 
view). The object name is the 
SQL database name for a table or 
view. 




Identification 


Last system assigned identification 
nuiuDer. i ne lueniincauon 

rolnmn rontainQ thp lact nr hitrhpct 
cvjiuLiiii ^uiiiuiiio Uic JaM ui lligHCol 

integer value assigned to the 
identification column in the table. 
For example, if the table name was 
tbLdpt and the identification 
column contains 145, then the 
highest identification number 
assigned thus far to departments is 
145. 




Last Changed Date 






Last Changed By 






Timestamp 






Filler 1 


This is a character field of 255 
bytes used to pad one row in the 
identification table out to one page 
long. This technique is use 
because SQLServer only has page 
locking, not row locking. 


Entity Name 


Attribute Name 


Attribute Definition 




Filler 2 


This is a character field of 255 
bytes used to pad one row in the 
identification table out to one page 
long. This technique is use 
because SQLServer only has page 
locking, not row locking. 
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Filler 3 


This is a character field of 255 
bytes used to pad one row in the 
identification tahlp out to one naop 
long. This technique is use 
because SQLServer only has page 
locking, not row locking. 




Filler 4 


This is a character field of 255 
bytes used to pad one row in the 
lutiitiii^ouoii laLuc uui iu one pane 
long. This technique is use 
because SQLServer only has page 
locking, not row locking. 




Filler 5 


This is a character field of 255 
bytes used to pad one row in the 
lucniHicdiion lauie oui 10 one page 
long. This technique is use 
because SQLServer only has page 
locking, not row locking. 




Filler 6 


This is a character field of 255 
bytes used to pad one row in the 

lUtaHlll^ailUIl laUIC UUI IU ORG page 

long. This technique is use 
because SQLServer only has page 
locking, not row locking. 




Filler 7 


This is a character field of 255 
bytes used to pad one row in the 

iH#*ntiflf*iltifM"l tQ Vl!f» r*llt In r^na rtooA 
lvldltlll^auL/Il utuiC UUL lO One yapjo 

long. This technique is use 
because SQLServer only has page 
locking, not row locking. 




Filler 8 


This is a character field of 15 1 
bytes used to pad one row in the 
identification table out to one page 
long. This technique is use 

npf*J111<vf* .^lil ^Pn/pr r\n 1 "\/ hoc nanp 
uwuauot kJv^fL'Ovi vci Ulll V 1 la j UatLC 

locking, not row locking. 


Organization 


Organization Identification 


System assigned identification 
number. The organization 
identification is the unique 
identification for a company, 
department, or cost center. The 
integer value is system assigned, 
not user assigned. Organizations 
own users and classifications. 




Organization Code 


User assigned identification code. 



Entity Name 


Attribute Name 


Attribute Definition 






The organization code is a user 
assigned identification for a 
company, department, or cost 
center. 
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Organization Name 


Long name, description, or title. 
The organization name is the 

mpnnintJ for the* orpani7.ation code 

For example, 'Account Payable', 
'Payroll', 'Inside Sales' are all 
organization names for cost 
centers. 




Organization Type Code 


User assigned organization type 

rodp The organization tvne code 
defines if an organization is a 
company, department, or cost 
center. 




Parent Organization Identification 


Parent owner for organization. 
The parent organization 
identification is the unique 
identification for a company, or 
department that owns the 
organization. 




Last Changed Date 






Last Changed By 






i imesiamp 




Organization 
Type 


Organization Type Code 


User assigned organization type 
code. The organization type code 
defines if an organization is a 
company, department, or cost 
center. 




Organization Type Description 


Long name, description, or title. 
The organization type description 
is the meaning of the organization 

type Luuc> 




~t Tvi u 

Level Number 


number. The level number defines 
at what level of the organization 
hierarchy this organization 
(company, department, or cost 
center) can be found. Level 
number one is the top of the 
hierarchy and level number five is 
the bottom. 




Last Changed Date 






Last Changed By 






Timestamp 




Record Type 


Record Type Code 


User assigned identification code. 
The record type code defines 
importance to a classification. For 
example, ^informational and 
0=official record types. Inventory 


Entity Name 


Attribute Name 


Attribute Definition 






items assigned a classification 
having an official, record type can 
only be deleted by a Department 
Coordinator. 



WO 98/12616 



PCTYUS97/17004 



58 





Record Type Description 


Long name, description, or title. 
The record type description adds 
meaning 10 cne record type code. 




Record Tvne Procedure 


wince policy tor record type. I he 
i ccoru ly pe procedure states tne 
office policy associated with the 
record type. For example, 
Inventory items assigned a 
classification having an official 
record type can only be deleted by 
a Department Coordinator'. 




Last Changed Date 












Timestamp 




Request 
Type 


Request Type Code 


User assigned identification code. 
The request type code is a user 
created code to define what needs 
to be done to an inventory item. 
i\equesi type cooes are M=Cnange 

lTiuuia, ix— ixducvc llUIIl SlUxage 

facility, S=sent to storage facility, 
T=Retire inventory item. 




Request Type Description 


Long name, description, or title. 
The request type description 
defines the meaning for the request 
type code. 




Last Changed Date 






Last Changed By 






Timestamp 




Retention 
Reference 


Retention Reference 


user assigned identification 
number. The retention reference 
column is used to store the 
identification number for the 
reference document or law 
governing a set or classes and their 
icLciuiuii pciiuus. nor example, 

'26 CFR 1 6001 I'i^a Hnnimpnt 

defining how checks ought to 
stored. 




Abstract 


Long description of reference. The" 
abstract column contains a 
paragraph about the reference. 
This paragraph states the policy for 
storing a type of document. 




Last Changed Date 






Last Changed By 






Timestamp 




Entity Name 


Attribute Name 


Attribute Definition 
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Retention 
Start 

... 


Retention Start Code 


User assigned identification code. 
The retention start code defines 
when the retention period of the 
document starts. The quantity of 
months an inventory item is held 

mav start when the Hociimpnr first 

created, or it mav start when the 
document is moved to an off site 
storage facility. 




Retention Start Description 


Long name, description, or title. 
The retention start description adds 
meaning to the retention start code. 
It is the office policy stating when 
the retention period begins for a 
document. 




T .nst fhantreH F)atp 






Last Changed By 






Timestamp 




Sensitivity 


Sensitivity Code 


User assigned identification code. 

i lie ociijiiiviiy wuuc uciiiica me 
secnritv associated with a 

classification. For example, 
TS=top secrete and 
CO=confidential are sensitivity 
codes. 




Sensitivity Description 


Long name, description, or title. 
The sensitivity description adds 
meaning to the sensitivity code. 




Last Changed Date 






Last Changed By 






Timestamp 




Synonym 


Synonym Identification 


System assigned identification 
number. The synonym 
luciuiiiwaiiuii is uic unicjuc 
identifier for the synonym. This 
integer is a system assigned value, 
not user assigned. 




Synonym Name 


Name of synonym. The synonym 

namp ic thp namp tVif> c\/nr*«vrm 
UdlllC lo lUC llalJIQ UI II 1C oyilUIiy III. 

Synonyms are alternate means to 
refer to a classification. Synonyms 

can he class codes class names or 
any value the user wishes. 




User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 




Class Identification 


System assigned identification 
number. The class identification is 
the unique identifier for the 


Entity Name 


1 Attribute Name 


| Attribute Definition 
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classification Thi«; int<*opr ic a 
system assigned value not user 
assigned. 




Keyword Flag 


Corporate keyword (Y=yes, 
N=no). The keyword flag denotes 
if this synonym is a Corporate 

SVnonvm All ivnnnvmc havf» tr\ 
^nviijni. rui ojf iivtiiy mi HdVC LU 

be related to a Corporate keyword. 




Last Changed Date 






Last Changed By 






Timestamp 




User 


User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 
initial and full last name. 




Default Location Identification 


System assigned identification 
number. The location 
identification is the unique 
identifier for a shelf or drawer 
within an aisle or file cabinet in a 
storage area. It is a system 
assigned integer, not user assigned. 




Organization Identification 


System assigned identification 
number, i he organization 
identification is the unique 
identification for a company, 
department, or cost center. The 
integer value is system assigned, 
not user assigned. Organizations 
own users and classifications. 




Mail Stop 


User's mail stop. Physical mailing 
address or an JbKi> user in the 




Output Directory 


L/ncciuiy pain ior extract tiles. 
The nutmif Hirprtrifv th*> /^icL- 
drive and directory name where 
the user would like extract files 
placed. If the user elects to have a 
report exported into a spread sheet, 
then the spread sheet will be 
placed in the output directory. 




Last Changed Date 






Last Changed By 






Timestamp 




User Class 


Class Identification 


System assigned identification 
number. The class identification is 
the unique identifier for the 
classification. This integer is a 
system assigned value, not user 
assigned. 


Entity Name 


Attribute Name 


Attribute Definition 
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User Identification 


Logon user identification. The 
user identification is the SQL 
database name for the user. 
Normally, it is the user's first name 

initial and full laQt nam** 




Access Code 


User assigned identification code. 
The access code defines what a 

Call UU l\J a UalaUdoC UU1CCI. 

Access codes are S = Select, U = 
Update, I = Insert, D = Delete. If a 
user has an access code of I or D 
then they can automatically do U 
or S. If a user has an access code 

C\f I T fhpn thf*v r^n nlcn Ho ^ 
ui w ui^/ii iiit^y call aJMJ UU O. 






Opffllllt flaQC ^Y— v**c M — r\n\ 
i/v/i uuu Lja^o y i — yea, i N — I i(j j . 

Denotes default clas^ if nonp i< 
selected. 




Last Assigned Date 


Date last used. The date and time 
the class was last assigned by the 
user to a document. This column 
can help determine if a user has 
ever assigned this class to a 
document. 




Last Changed Date 






Last Changed By 






Timestamp 





Logical View 

Figure 13 is a logical view of the database. It shows all the entities or tables and their 
attributes or columns. The purpose of this diagram is to provide a more detailed picture 
of the database and its contents. 



Standard Abbreviations 

The following lists the standard abbreviations for database object and column names. 
Several of these abbreviations will be merged together to derive a name. For example, 
the user tables will be named *tbl_usr\ The user's last name column will be called 
*lst_nme\ 



abs 


abstract 


acc 


access 


adr 


address 


ctr 


center 


chg 


change 


cd 


code 


est 


cost 


els 


class 


col 


column 


ere 


created 


d 


Data Window object 
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db database 

dw DataWindow control 

def default 

dsc description 

dir directory 

dte date 

dur duration 

end end 

flg flag 

fst first 

fen function 

grp group 

hst history 

idn identification 

inv inventory 

key key 

1st last 

loc location 

log logon 

mail mail 

med media 

mth month 

nbr number 

nme name 

off office 

obj object 

ord order 

org organization 

out output 

par parent 

phn phone 

psw password 

pro procedure 

pes processed 

pps purpose 

rec record 

rel relationship 

rqs request 

rqr require 

ret retention 

row rows 

snt sensitivity 

seq sequence 

srt sort 

str start 

sts status 

sto storage 

stp stop 

sub subject 

syn synonym 

tbl tabic 

tm time 

tie title 

trg trigger 

typ type 

udt user defined datatype 
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usg 


usage 


usp 


user stored procedure 


usr 


user 


Vll 


vital 


vw 


view 


vwb 


base view 


w 


window 


wrd 


word 



Triggers 

Triggers are business rules embedded in the database. These rules are activated every 
time a row is added, changed, or delete for a table. They can be used insure referential 
integrity, enforce security, and/or calculate values for columns. The triggers defined 
for this system are described below by table. Note, that referential integrity triggers are 
not listed. They are too numerous to display, but will be part of the application. 

Class Table 

Insert Trigger - Two rows should be added to the synonym table. The values 
for the synonym table are as follows : 

Row 1 

Synonym Name The class code 

User Identification *SA' 

Parent Synonym Name The class code of the parent 

classification 

Keyword Flag 

Row 2 

Synonym Name The classification title 

User Identification 'SA 1 

Parent Synonym Name The class code 

Keyword Flag 'N' 

When inserting a row into the class table, add two rows to the class synonym 
table. The values for the class synonym table should be the following : 

Row 1 

Synonym Name The class code 

User Identification *SA' 

Class Identification The class identification 

Row 2 

Synonym Name The class title 

User Identification *SA' 

Class Identification The class identification 

Update Trigger - See if the class code is being changed. If it is, then update the 
synonym name in the synonym table and the synonym name in the class 
synonym table. 

When updating a row in the class table, see if the class title is being changed. If 
it is, then update the synonym name in the synonym table and the synonym name 
in the class synonym table. 
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When updating a row in the class table, see if the parent classification 
identification is being changed. If it is, then update the parent synonym name in 
the synonym table. J 

Delete Trigger - Delete the corresponding rows in the synonym table and the 
class synonym table where the following is true : 

Synonym name equals class code and user identification equals 'SA' 

or 

Synonym name equals classification title and user identification equal 

Function Table 

Delete Trigger - Create a cascading delete that will remove the function form all 
other tables. 

Update Trigger - If the function type is changed for 'REPORT* to something 
else, a search for the function column and function sort tables should be 
performed. If there are any rows in these tables, then they ought to be deleted. 

Function Column Table 

Insert Trigger - The function type column in the function table must be set to 

* REPORT'. If the function is not a report, then it should not have rows in the 
function column or sort table. 

The relationship code can only have values of 'EQUAL', 'LIKE' or 'BOTH' 
Also the column type values can only be 'CHAR', 'INT\ 4 DATE' and 
•FLOAT'. 

Update Trigger - The relationship code can only have values of 'EQUAL', 
'LIKE' or 'BOTH'. Also the column type values can only be 'CHAR' 'TNT* 
'DATE', and 'FLOAT'. y ^ n/u * • UN1 * 

Function Sort Table 

Insert Trigger - There can only be one row having a default sort flag value of 

* Y' for yes for each function. 

Update Trigger - There can only be one row having a default sort flag value of 
' Y' for yes for each function. 

Function Usage Table 

Insert Trigger - The usage start date must be less than the usage end date. 

Update Trigger - The usage start date must be less than the usage end date. 
Location Table 

Insert Trigger - If the level number for the location type is one, then the parent 
location identification equals the location identification. If the level number of 
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the location type is not equal to one, then the parent location identification can 
not be equal to the location identification. 

If the level number is not equal to one, then the level number must be equal to 
one minus the level number for the parent location. 

Object Table 

Insert Trigger - The object purpose can not be null if the object type code is ' V 
for view. 

Insert Trigger - The object purpose can not be null if the object type code is * V* 
for view. 

Object Identification Table 

Insert Trigger - Insure that the object type column value in the object table is set 
to 'IT for user table. 

Update Trigger - Insure that the object type column value in the object table is 
set to 'IT for user table. 

Organization Table 

Insert Trigger - If the level number for the organization type is one, then the 
parent organization identification equals the organization identification. If the 
level number of the organization type is not equal to one, then the parent 
organization identification can not be equal to the organization identification. 

If the level number is not equal to one, then the level number must be equal to 
one minus the level number for the parent organization. 

Update Trigger - If the level number for the organization type is one, then the 
parent organization identification equals the organization identification. If the 
level number of the organization type is not equal to one, then the parent 
organization identification can not be equal to the organization identification. 

If the level number is not equal to one, then the level number must be equal to 
one minus the level number for the parent organization. 

User Table 

Insert Trigger - When inserting a new user, create rows for the user class table. 
Copy the user class rows for the person doing the inserting and place them into 
the user class table for the new user. The processing steps are : 

Retrieve the user ID of the individual inserting a new row into the user 
table. 

Take the user ID found in the previous step and read the user class table 
for the person doing the inserting. Retrieve their set of classifications 
and access codes. 

Insert the classifications and access codes found in the previous step 
under the ID of the new user. 



WO 98/12616 



PCT/US97/170O4 



Ignore the processing describe above if the user doing the inserting is SA. 

Delete Trigger - Create a cascading delete that will remove the user for all other 
tables. 



User Class Table 



Insert Table - There can only be one row having a default class flag value of 'Y' 
for yes for each user. 

If an individual is inserting a new row into the user class table, then that 
individual must have read or write access to that same class. The new row can 
not have write access to the class if the individual doing the inserting only has 
read access. Ignore this logic if the person doing the inserting is SA. 

Update Table - There can only be one row having a default class flag value of 
Y' for yes for each user. 

If the access code is being changed from R=read to W=write then the individual 
making the change must have write access to that same class. Ignore this logic 
if the person doing the changing is S A. 6 

User Database Table 

Insert Trigger - There can only be one row having a default database flag value 
of ' Y' for yes for each user. 

Update Trigger - There can only be one row having a default database flag value 
of * Y' for yes for each user. 

User Defined Datatypes 

User defined datatypes are common formats that will be applied to columns The 
attributes for each datatype in this system are listed below. 

udt_integer 

integer System generated identification numbers. 



udt_ndt 

varchar(40) Names, descriptions and titles 40 chars or less. 
udt_name 

char(20) First, Last Names, other names 20 chars or less, 
udtjabel 

char(25) Labels. 
udt_text 

varchar(255) Long descriptions, text, explanations, summaries etc. 
udt_identifier 

char(20) Any type of database object identifier. 
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udt_yesno 
char(l) 

udt_phone 
char{13) 

udt_code_a 
char(l) 

udt_code_b 
char(2) 

udt_code_c 
char(6) 

udt_code_d 
char(8) 

udt_code_e 
char(10) 

udt_code_f 
char(12) 

udt_code_g 
char(15) 



Any yes/no column. 

Full length phone number - Do not store dashes. 
Codes and other data of various lengths. 



Physical Database Model 

The physical database model displays all the SQL attributes about each column in the 
application. It is the combination of the logical view, abbreviations, triggers, and 
user defined datatypes. The physical database model is presented in Figure 14. 

Physical Attributes 

The following table displays the SQL attributes (column name, datatype, null option, 
etc.) for each column being stored. 



Entity 
Name 


Attribute Name 


Column 
Name 


Alter- 
nate 
Kev 


For- 
eign 
Key 


Prime 
Key 


Column 
Datatype 


Null Option 


Access 


Access Code 


acc_cd 






(PK> 


char( 1 ) 


NOT NULL 




Access Description 


dsc 


(AK1) 






varchar(40) 


NOT NULL 




Last Changed Dale 


lst_chg_dte 








datetimc 


NULL 




Last Chansed By 


lst_chg_by 








char(20) 


NULL 




Timcstamp 


timcstamp 








timestamp 


NULL 


Class 


Class 

Identification 


clsjdn 






(PK) 


ini 


NOT NULL 


Entity 
Name 


Attribute Name 


Column 
Name 


Alter- 
nate 
Kev 


For- 
eign 
Key 


Prime 
Key 


Column 
Datatype 


Null Option 




Abstract 


abs 








varchar(255) 


NOT NULL 
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Class Code 




(AK1) 






char(10) 


NOT NULL 




vjassiiication j 1 tic 


tic 








varchar(40) 


NOT NULL 




Classification Title 
Extended 


tle_ext 








varchar(40) 


NOT NULL 




A ******* DA*Atnfr*AM 

Center Ketention 
Months 


ctr_rtnt_mth 








int 


NOT NULL 




Organization 
Identification 


org_idn 




(FK) 




int 


NOT NULL 




Created By 


cre_by 








char(20) 


NOT NULL 




Media Type Code 


med_typ_cd 




(FK) 




char(6) 


NOT NULL 




Office Retention 
Months 


ofc_rtnt_mt 
n 








int 


NOT NULL 




rareni uiass 
Identification 


prnt_cls_idn 




(FK) 




int 


NOT NULL 




Record Type Code 


rec_typ_cd 




(FK) 




char( 1 ) 


NOT NULL 




Retention 
Reference 


rtnt_rfr 




(FK) 




varchar(40) 


NOT NULL 




Retention Start 
Code 


rtnl_str_cd 
, 




(FK) 




char(2) 


NOT NULL 




ociioiu vuy i^ouc 


sntv_cd 




(FK) 




char(2) 


NOT NULL 




Vital T^Tarr 


l/tl fin 








chard ) 


NOT NULL 




i^iiM uaie 


lst_chg_dtc 








datetime 


NULL 




L>asi Lnangeu oy 


isi_cnR_oy 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Data 

if \ p t mnorv 
t\, UUJIdl y 


Entity Name 


ent_nmc 






(PK) 


varchar{40) 


NOT NULL 




Attribute Name 


att_nme 






(PK) 


varchar(40) 


NOT NULL 




Attribute 
Definition 


att_def 








varchar(255) 


NOT NULL 




Column Name 


IrKJl llllll. 








varchar(40) 


NOT NULL 




Datatype 


dtyp 








char(20) 


NOT NULL 




P f\t i tv Mat i it i t •.fin 

dJiJiy l/c j i ni nun 


ent def 








varchar(255) 


NOT NULL 




iNun urpnon 


null_opt 








char(20) 


NOT NULL 




User Defined 

Ualaiypc JNdJTlC 


udt_nme 








char(20) 


NOT NULL 






isi cng_ate 










NOT NULL 






isi_cng ny 








char(20) 


NOT NULL 




Timestamp 


tmestamp 








timestamp 


NULL 


Function 


Function Number 


fxn_nbr 






(PK) 


char(8) 


NOT NULL 




Function Purpose 


prps 








varcnar(xj j) 


NOT NULL 




Function Subject 
Code 


fxn_subj_cd 




(FK) 




char(IO) 


NOT NULL 




Function Title 


tic 


(AK1) 






varchar(40) 


NOT NULL 




Function Type 
Code 


fxn_typ_cd 




(FK) 




char(l) 


NOT NULL 




Last Changed Dale 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Column 


Function Number 


fxn_nbr 




(FK) 


(PK) 


char(8) 


NOT NULL 
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US 



Entity 

vt ni _. 

l\amc 


Attribute Name 


Column 
Name 


Alter- 
nate 
Key 


For- 
eign 
Key 


Prime 

ivcy 


Column 

fin! o t unA 


Nun Option 




Table Name 


tbl_nme 






(PK) 


char(20) 


NOT NULL 




Column Name 


col_nme 




(FK) 


(PK) 


char(20) 


NOT NULL 




Column Null Flag 


nulLflg 








char(l) 


NOT NULL 




Column Title 


tie 








varchar(40) 


NOT NULL 




Column Type 


tVP 








char(20) 


NOT NULL 




Relationship Code 


rel cd 








char(6) 


NOT NULL 




Required Flag 


rqr.flg 








char(l ) 


NOT NULL 




Sequence Number 


seq_nbr 








int 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Column 
Last Used 


Function Number 


fxn_nbr 




(FK) 


(PK) 


char(8) 


NOT NULL 




Column Name 


col_nme 




(FK) 


(PK) 


char(20) 


NOT NULL 




User Identification 


usr idn 




(FK) 


(PK) 


char(30) 


NOT NULL 




Table Name 


tbl_nme 




(FK) 


(PK) 


char(20) 


NOT NULL 




Column Value 


col val 








varchar(255) 


NOT NULL 




Operator Code 


opr_cd 








char(2) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 

DataWindo 

w 


Table Name 


tbl_nme 






(PK) 


char(20) 


NOT NULL 




Column Name 


coLnme 






(PK) 


char(20) 


NOT NULL 




DataWindow Name 


dw_nme 








varchar(40) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(l 8) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Sort 


Function Number 


fxn_nbr 




(FK) 


(PK) 


char(8) 


NOT NULL 




Order By 


ord_by 






(PK) 


varchar(200) 


NOT NULL 




DataWindow Name 


dw_nme 








varchar(40) 


NOT NULL 




Default Sort Flag 


dft„srl_flg 








char( 1 ) 


NOT NULL 




Order By Title 


tie 








varchar(255) 


NOT NULL 




Sequence Number 


seq_nbr 








int 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Requires Stored 
Procedure 


rqr_usp 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NUUL 


Function 
Sort Last 
Used 


Function Number 


fxn_nbr 




(FK) 


(PK) 


char(8) 


NOT NULL 




Order By 


ord_by 




(FK) 


(PK) 


varchar(200) 


NOT NULL 




User Identification 


usr_idn 




(FK) 


(PK) 


char(30) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 
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Entity 
Name 


Attribute Name 


Column 
Name 


Alter- 
nate 
Key 


For- 
eign 
Key 


Prime 
Key 


Column 
Datatype 


Null Option 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Subject 


Function Subject 
Code 


fxn_subj_cd 






(PK) 


char(IO) 


NOT NULL 




Function Subject 
Description 


dsc 


(AK1) 






varchar(40) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Type 


Function Type 
Code 


fxn_typ_cd 






(PK) 


chard) 


NOT NULL 




Function Type 
Description 


dsc 








. varchar(40) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Function 
Usage 


Usage Start Date 


usg_str_dte 






(PK) 


datetime 


NOT NULL 




Function Number 


fxn_nbr 




(FK) 


(PK) 


char(8) 


NOT NULL 




User Identification 


usrjdn 




(FK) 


(PK) 


char(30) 


NOT NULL 




Rows Processed 


row_prcs 








int 


NOT NULL 




Usage End Date 


usg_end_dte 








datetime 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Inventory 


Inventory 
Identification 


inv_idn 






(PK) 


int 


NOT NULL 




Organization 
Identification 


orgjdn 


(AKI) 


(FK) 




int 


NOT NULL 




Author 


athr 


(IE I) 






varchar(40) 


NOT NULL 




Class 

Identification 


cls_idn 




(FK) 




int 


NOT NULL 




Created By 


cre_by 




(FK) 




char(30) 


NULL 




Original File Name 


orgn_file_n 
me 








varchar(40) 


NULL 




Inventory Label 
Line 1 


inv_lbljn_ 
1 


(AKI) 






char(25) 


NOT NULL 




Inventory Label 
Line 2 


in v_lbl_ln_ 
2 


(AKI) 






char(25) 


NOT NULL 




Inventory Label 
Line 3 


invjbl ln_ 
3 


(AKI) 






char(25) 


NOT NULL 




Identification 


1 oc_idn 








int 


NOT NULL 




Media Type Code 


med_typ_cd 


(AKI) 


(FK) 




char(6) 


NOT NULL 




Record Type Code 


rec_typ_cd 


(AKI) 


(FK) 




char(l) 


NOT NULL 




Storage Date 


strg_dte 


(1E3) 






datetime 


NOT NULL 




Series Code 


ser__cde 


(IE2) 






char(lO) 


NOT NULL 




System Entry Date 


sys_ntry_dte 








datetime 


NOT NULL 




Last Changed Date 


lst_chg_dtc 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NOT NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Inventory 
Abstract 


Inventory 
Identification 


inv_idn 




(FK) 


(PK) 


int 


NOT NULL 
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Entity 
Name 


Attribute Name 


Column 
Name 


Alter- 
nate 

If All 

Key 


For- 
eign 
Key 


Prime 

V ait 

Key 


Column 
Datatype 


Null Option 




Abstract 


abs 








text 


NULL 




Center Retention 
Months 


ctr_rtnt_mth 








int 


NOT NULL 




Office Retention 
Months 


ofc_rtni_mt 
h 








int 


NOT NULL 




Last Changed Date 


Ist_chg_dte 








datetime 


NULL 




Last Changed By 


ist_chg_by 








char(20) 


HTI TV 1 

NULL 




Timestamp 


timestamp 








timestamp 


KTI Tl 1 

NULL 


Inventory 
Request 


Inventory 
Identification 


inv_idn 




(FK) 


(PK) 


ini 


NOT NULL 




User Identification 


usr idn 




(FK) 


(PK) 


char(30) 


NOT NULL 




Request Type Code 


rqst_typ_cd 




(FK) 


(PK) 


chard ) 


NOT NULL 




Location 
Identification 


loc_idn 




CFK) 




int 


NULL 




Media Type 
Requested 


med_typ_cd 




(FK) 




char(6) 
. 


NULL 




Request Date 


rqst_dte 








datetime 


NUi NULL 




Last Changed Date 


lst_chg_dte 








datetime 


mi n i 

NULL. 




Last Changed By 


lst_chg_by 








cnarv^u) 


KTT H 1 

NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Inventory 
Statistics 


Class 

Identification 


cls_idn 




(FK) 


(PK) 


int 


NOT NULL 




Location 
Identification 


loc_idn 




(FK) 


(PK) 


int 


NOT NULL 




Record Type Code 


rec_typ_cd 




(FK) 


(PK) 


chard ) 


NOT NULL 




Collection Date 


colc_dtc 






(PK) 


datetime 


NOT NULL 




Inventory Quantity 


inv_qty 








int 


NULL 




Last Changed Date 


ls»_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Location 


Location 
Identification 


loc_idn 






(PK) 


int 


NOT NULL 




Location 
Description 


dsc 








varchar(50) 


NOT NULL 




Location Number 


nbr 


(AK1) 






char(10) 


NOT NULL 




Location Type 
Code 


loc_typ_cd 




(FK) 




char(2) 


NOT NULL 




Parent Location 
Identification 


prnl_loc_idn 




(FK) 




int 


NOT NULL 




Last \_nangea uaie 


let rKo rlt#» 

isi_cng_uic 








HfltPttlTK* 






Last Changed By 


lsi_chg„by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Location 
TyP e 


Location Type 
Code 


loc_typ_cd 






(PK) 


char(2) 


NOT NULL 




Archive Facility 
Fla B 


arch_fac_flg 








char( 1 ) 


NOT NULL 




Location Type 
Description 


dsc 


(AK1) 






varchar(40) 


NOT NULL 




Level Number 


lvl_nbr 








int 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 
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Entity Name 


Attribute Name I Column 
1 Name 


Alter- 1 For- 1 Prime 
nate | eign 1 Key 
Key 1 Key | 


Column 
Datatype 


Null Option 




Timestamp 


timestamp 








timestamp 


NULL 


Media Type 


Media Type Code 


med_typ_cd 






(PK) 


char(6) 


NOT NULL 




Media Type 
Description 


dsc 


(AKI) 






varchar(40) 


NOT NULL 




Flag 

Last Changed Date 
Last Changed By 


ers_expr,acc 
lst_chg_dte 








char(l ) 
datetimc 


NOT NULL 
NULL 


Object 

Identificatio 

n 


Timestamp 
Object Name 

Identification 
Last Changed Date 
Last Changed By 
Timestamp 
Filler 1 


lst_chg by 

timestamp 

obj_nme 

idn 

lst_chg_dte 
lst_chf?_by 
timestamp 
filler 1 






(PK) 


char(20) 

timestamp 

char(20) 

l m 

datetime 
char(20) 
timestamp 
char(255) 


NULL 
NULL 
NOT NULL 

NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 




Filler 2 
Filler 3 
Filler 4 
Filler 5 
Filler 6 
Filler 7 


filler 2 
filler_3 
filler 4 
filler_5 
filler_6 
filler 7 








char(255) 
char(255) 
char(255) 
char(255) 
char(255) 
char(255) 


NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 




Filler 8 


filler_8 








chard 03) 


NOT NULL 


Organizatio 


Organization 
Identification 


org_idn 






(PK) 


int 


NOT NULL 




Organization Code 


org_cd 


(AK1) 






char(10) 


NOT NULL 




Organization Name 


org_nme 








varchar(40) 


NOT NULL 




Organization Type 
Code 


or g_ l yp_cd 




(FK) 




char(2) 


NOT NULL 




Parent Organizatioi 
Identification 


prnt_org_idn 




(FK) 




int 


NOT NULL 




Last Changed Date 
Last Changed By 


lst_chg„dte 
Ist_chgJ>y 








datetime 


NULL 




Timestamp 


timestamp 








char(20) 
timestamp 


NULL 
NULL 


Organizatio 
n Type 


Organization Type 
Code 


or fi-typ_cd 






(PK) 


char(2) 


NOT NULL 




Organization Type 
Description 


dsc 


(AKI) 






varchar(40) 


NOT NULL 




Level Number 


lvl_nbr 








int 


NOT NULL 




Last Changed Date 


lst_chR_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Record 
Type 


Record Type Code 


rcc_typ_cd 






(PK) 


char(l ) 


NOT NULL 




Record Type 
Description 


dsc 








varchar(40) 


NOT NULL 




Record Type 

Procedure 

Last Changed Date 


pedr 

lst_chg_dtc 








varchar(255) 
datetime 


NOT NULL 
NULL 



WO 98/12616 



PCT/US97/17004 



Entity 1 Attribute Name 
Name 1 


L-Oiumn 
Name 


Alter- 
nate 
Key 


For- 
eign 
Key 


Prime 
Key 


Column 
Datatype 


Null Option 




Last Changed By 


lst_cng_by 








charf201 


NULL 




Timestamp 


timestamp 








timp«itamn 


NULL 


Request 
Type 


Request Type Code 


rqst_typ_cd 








charf 1 \ 


NOT Nl n J 




Request Type 
Description 


dsc 


(AK1) 






varchar(40) 


NOT NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


1st chg by 










mi n i 




Timestamp 


timestamp 








LI incoidmp 


Ni n i 


Retention 
Reference 


Retention 
Reference 


rtnt_rfr 








Vdlllldl \*f\Jf 






Abstract 


"abl 








varchar(255) 


NOT NULL 




Last Changed Date 


lst„chg_dte 








datetime 


NULL 




Last Changed By 


ist_cng_oy 








charnO'l 

wlldl \ J*\J f 


NUIL 




Timestamp 


timestamp 








LllllCdldllip 


Ml IT 1 


Retention 
Stan 


Retention Start 
Code 


rtnt_str_cd 








rharf ?) 


NOT Nl 11 J 




Retention Stan 
Description 


dsc 


(AK1) 






varchar(255) 


NOT NULL 




Last Changed Date 










datetime 


NULL 




Last Changed By 


ist_cng_oy 








char(20i 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


Sensitivity 


Sensitivity Code 


sntv cd 








ehar{2\ 


NOT Ml n J 




Sensitivity 
Description 


asc 








Vol did I \*tV/ ) 


1 1 W I 1 Tl UJl jLo 




Last Changed Date 


lst_chg_dte 








fialpttmf* 


NULL 




Last Changed By 


1st chg by 








char'20) 


NU1 J 




Timestamp 


iirncsiainp 








limeRtamn 


NULL 


Synonym 


Synonym 
Identification 


syn_idn 






(PK) 


int 


NOT NULL 




Synonym Name 


syn_nme 


(AK) 






varchar(40) 


NOT NULL 




User Identification 


usr„idn 


1A1SJ 


\rt\) 






NOT Ml 1H 




Class 

Identification 


cls_idn 








int 


1 *V/ ■ 1 1 \Jl A i 




Keyword Flag 


If ** \i ut rr\ fl a 

Rcy_wru_ii 








chart 1) 


NOT NULL 




Last Changed Date 










datetime 


NULL 




Last Changed By 


let rhn hu 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


User 


User Identification 


usr_idn 






(PK) 


charf 30) 


NOTNUl J 




Default Location 
Identification 


loc_idn 




(FK) 




int 


NOT NULL 




Organization 
Identification 


org_idn 




(FK) 




int 


NOT NULL 




Mai! Stop 


mail_stop 








char(10) 


NULL 




Output Directory 


out_dir 








varchar(255) 


NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst__chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 


User Class 


Class 

Identification 


cls_idn 




(FK) 


(PK) 


int 


NOT NULL 




User Identification 


usr_idn 




(FK) 


(PK) 


char(30) 


NOT NULL 
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Entity 
Name 


Attribute Name 


Column 
Name 


Alter- 
nate 
Key 


For- 
eign 
Key 


Prime 
Key 


Column 
Datatype 


Null Option 




Access Code 


acc_cd 




(FK) 




char(l) 


NULL 




Default Class Flag 


dft_c)s_fl£ 








char(l) 


NOT NULL 




Last Assigned 
Date 


lst_asgn_dte 








datetime 


NULL 




Last Changed Date 


lst_chg_dte 








datetime 


NULL 




Last Changed By 


lst_chg_by 








char(20) 


NULL 




Timestamp 


timestamp 








timestamp 


NULL 



System Requirements 



The purpose of this section of the document is to define the minimum hardware and 
software needed to run and maintain the application. This section is divided into three 
parts; Client Workstation, Developers Workstation, and Server. The requirements 
defined below assume that there are no other applications running on this equipment at 
the same time. 



Client Workstation 



The client workstation is the personal computer run by the average user. Its purpose is 
to create word processing documents, spreadsheets, presentations, and to run the ERS 
application. 



Hardware 



Processor 
Memory 
Hard Disk 



Monitor 
Printer 

Network Card 



486/66 MHz processor, or faster. 

16 Meg. of memory or more. 

500 Meg. of available disk space or more. 

Access to a common network drive containing the 

application software. 

VGA color monitor. 

Access to a LASER printer, 300 dpi resolution or higher. 
Must be compatible with available cabling, network 
software, and PC hardware. 



Keyboard 
Mouse 

Software 

Operating System Microsoft DOS, release 6.22. 

Microsoft Windows for Workgroups, release 3.1 1. 
Network Software such as Novell or Windows for 
Workgroups. 

Application Packages Microsoft Office containing Word, Excel, and 
PowerPoint. 

Developer Workstation 



The developer workstation is used to construct and maintain the application, 
all the tools needed to modify the source code for the system. 



It contains 
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Hardware 



IS 



Processor 
Memory 
Hard Disk 



CD ROM 
Tape Drive 
Monitor 
Printer 

Network Card 

Modem 

Keyboard 

Mouse 



Pentium 100 MHz processor, or faster. 

24 Meg. of memory or more. 

1 Gig. of available disk space or more. 

Access to a common network drive containing the 

application software. 

4x speed, or faster. 

250 Meg tape backup, or larger. 

17" VGA color monitor. 

Access to a laser printer, 300 dpi resolution or higher. 
Must be compatible with available cabling, network 
software, and PC hardware. 
28.8 FAX/Modem, or faster. 



Software 

Operating System Microsoft DOS, release 6.22. 

Microsoft Windows for Workgroups, release 3.1 1. 
Network Software such as Novell or Windows for 
Workgroups. 

Application Packages Microsoft Office containing Word, Excel, and 
PowerPoint. 

Microsoft Project, release 4.0. 
Development Tools PowerSoft PowerBuilder, release 4.0.4. 

MetaSolv PowerFrame, release 4.0. 

Norton Desktop for Windows, release 3.0. 

Logic Works ERWin for PowerBuilder, release 2.5. 

Embarcadero Technologies DB Artisan, release 2.02. 

Embarcadero Technologies Rapid SQL, release 1 .02. 

Blue Sky Software RoboHelp, release 3.0. 

PC Install for Windows 3.X. 

Saros Mezzanine Developers Tool Kit. 

Saros Document Manager. 

Server 

The server supports the user community and developers. It acts as the centralized 
storage point for the system's database and archived documents. The server should 
support two modems for remote access trouble shooting, demonstrations, and training 
sessions. The amount of disk space requested should be enough to support two 
versions of the database. 



Hardware 

Processor 
Memory 
Hard Disk 



CD ROM 
Tape Drive 
Monitor 
Printer 



Two Pentium 100 MHz processors, or faster. 

64 Meg. of memory or more. 

1 Gig. of available disk space or more. 

Access to a common network drive containing the 

application software. 

4x speed, or faster. 

250 Meg tape backup, or larger. 

VGA color monitor. 

Access to a LASER printer, 300 dpi resolution or higher. 
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Network Card Must be compatible with available cabling, network 

software, and PC hardware. 
Modem Two 28.8 FAX/Modems, or faster. 

Keyboard 
Mouse 

Software 



Operating System Microsoft Windows NT, release 3.5. 
Database Server Microsoft SQLServer, release 4.2 or higher. 
Document Server Saros Mezzanine Document Server. 

The production implementation of ERS will require one server. ERS will have 1,200 
total users in one geographic location. 300 of the users will be active at any one point 
in time ERS is planned to be a 500 Meg database containing 300,000 inventory items. 

Clarifications 

The purpose of this section of the design document is to clearly state limitations of the 
system. The items listed below are not planned to be implemented in ERS at the present 
time. However, there is nothing preventing these functions or capabilities from being 
added to the application at a later date. 

Ad Hoc Reporting 

• The menus within the ERS application will not provide access to any ad hoc 
reporting tools such as InfoMaker by PowerSoft or Microsoft Access. 

• Ad hoc reporting tools will not have access the ERS database. User passwords will 
be encrypted to prevent ad hoc tools from gaining access to the database. 

• ERS could be modified to bring up an ad hoc reporting tool from its menu some 
time in the future, if desired. 

Multiple Databases 



• ERS will use only one database. 

• Only one database is needed. Based upon the size to the database (500 Megs.), the 
quantity of users(300 active users), and the location of the users (one building) can 
be supported on one server. For this reason, multiple databases will not be 
provided, nor will any across database functions be built. 

• As the application grows in quantity of users or locations, additional databases can 
be considered at a later date. 

Archive Facility Management 

• ERS will track what documents are available and where. 

• ERS acts as the pointer to archive facilities. Some these documents will be stored in 
archive facilities such as off site warehouses or in Mezzanine. 

• ERS will not manage the operation of these archive facilities. It will not perform 
document check in and check out functions, or deliver the document to the user's 
workstation, for example. These functions will be the responsibility of the archive 
facility. 
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• In this fashion there will be a division of labor. ERS can do what it is designed to 
best and the archive facilities can continue to perform what they do best. 

Total Control Over AH Corporate Information 



ERS will not provide a fully automated means to enroll all of a corporation's 
information into a records management database. All information implies every 
eMail message, all application database transactions, telephone conversation, as 
well as electronic and hard copy documents. 

ERS will not provide an interface into off site storage facility's information system. 
If the volume of information flowing between an office and a off site storage facility 
warrants it, an interface could be added later. 

ERS will not provide an interface into eMail systems. The policies on the control 
and management of eMail messages needs to be established, first, before an 
interface can be considered. 

ERS will provide a means to easily input hard copy documents, Microsoft Word 
documents, and Excel spreadsheets into a inventory and to classify these 
documents. 



Glossary 
Archive Facility 

Classification 
ERS 

Functions 

Informational Record Type 

Inventory 
Keyword 

Media 



Off site storage of an inventory item or the storage of an 
item online in Mezzanine. 

The process of assigning a class to a document. A class 
determines the record type, retention period, and 
sensitivity for the document. 

Electronic Records System. 

The capabilities of a system are functions. Functions fall 
into five types. They are reports, updates, inquires, 
interfaces, and utilities. System functions are composed 
of features. 

The majority of all records can be categorized as 
informational records. These records are not covered by 
law. They can be originals or copies. 

A document or set of records stored for historical or legal 
purposes. , 

A corporate created synonym. A synonym not created 
by a typical user. They are created by the Records 
Manger. Keywords can be referred to as official terms. 

The form a document or record in inventory takes. 
Media are hard copy, disk, tape, microfiche, etc. 



Official Record Type 



A small quantity of the total records can be categorized as 
official records. These records arc always originals and 
never copies. Official records are covered by law. 



WO 98/12616 



PCT/US97/17004 



It 



Official Term 
Organization 
Record Type 
Retention Period 

Retirement 
Sensitivity 
Synonym 



User 

User Group 



Contracts would be an example of official records or 
documents. 

A keyword or corporate created synonym. 

A company, department, or cost center. 

Records have two types; official and informational. 

The quantity of months a document is stored for historical 
or legal purposes. The retention period is determined by 
the class assigned to a document. 

The process of destroying a document that has been 
stored in inventory past its retention period. 

Records have four categories of sensitivity. They range 
from confidential to secret. 

A classification code, a portion of a classification name, 
and commonly used phrase that means the same as the 
classification name. Synonyms fall into two categories; 
corporate and user. Corporate synonyms are recognized 
throughout the organization and can be referred to as 
keywords or official terms. User synonyms are phrases 
made up by individual users. User synonyms always 
children to corporate synonyms. 

Someone who can access the system. 

A category or set of users all having the same security 
access to system functions and tables. Four user groups 
are planned; normal user, Departmental Coordinators, 
Information Services, and Record Manager. 



Vital Attribute Records whose loss would have a financial impact on 
the organization. Vital record is an attribute of class. It is not a record 
type. 
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Claims 

I Claim: 



1 . A computer implemented method for uniformly classifying documents 
comprising the steps of: 

a) assigning to a document to be classified a set of predetermined class 
codes from a class database, said class codes arranged in a hierarchy 
from genera] to specific; 

b) assigning a retention period to said document; 

c) storing the class code and retention period assigned to said document as 
part of a record in a document database. 



2. The method defined by Claim 1 wherein each of said class codes is selected 
from terms used in business and government. 



3 . The method defined by Claim 1 further comprising the steps of: 

a) assigning to said document a document type; 

b) storing the document type assigned to said document as part of said 
record in said document database. 



4 . The method defined by Claim 3 wherein said assigned retention period is based 
upon the class code and document type assigned to the document. 



5 . The method defined by Claim 3 wherein said document type is one of official, 
informational, vital and sensitive. 



6 . The method defined by Claim 1 further comprising the steps of: 
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a) assigning to said document a media type and location; 

b) storing the media type and location assigned to said document as part of 
said record in a document database. 



7 . The method defined by Claim 1 wherein at least one of said class codes has at 
least one associated synonym stored in a synonym database. 

8. The method defined by Claim 1 further comprising the steps of: 

a) searching said document database by class code and 

b) generating a display showing matching records. 

9. The method defined by Claim 7 further comprising the steps of: 

a) receiving a term as search parameter; and 

b) searching said document database using said search parameter by class 
code and generating a display showing records in said document 
database where said search parameter matches the class code, and if no 
matching records are found, searching said synonym database and 
generating a display showing records in said document database having 
a class code associated with a synonym which matches said search 
parameter. 

10. The method defined by Claim 7 wherein said synonym database is 
customizable at a user workstation for use by a user at said user 
workstation. 



1 1 . The method defined by Claim 9 further comprising the step of: 

a) assigning to said document a document access code specifying permitted 
user access based on at least one of a chart of accounts and an 
organization chart; 
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b) stored the access code in said document database; 

c) assigning to a user a user access code based on said user's position 
within at least one of said chart of accounts and said organization chart; 

d) preventing said user from accessing records in said document database 
which do not have a document access code which matches said user's 
user access code. 
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tocjdn: mt 

maH^ttop: char(lO) 
ou^dir vanchar(255) 
Ul^chgLCfta; databroa 
W.c*HL*>y char{20) 
tm stamp: timaatamp 
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tbLcfld 

•nLnmt: varctw(40) 
Mjwtm: varehar(40) 

ooLnm: wchv(40) 
dtyp: cftar(20) 
•ntjtfrt varthar(255> 
nu»_opt cftarffO) 
ud^nme; ctw&O) 

toLchaJV c*w(20) 
tmtsump: timestamp 



ttt obi idft 

ofcjjw: cftarCO) 
idn.* ha 

JtLchQLdto: dstetimo 

time»tamp: ttmestamp 
Mtor_1: char(255) 
fto©r_2: char(256) 
«ter_* ctuv(25S) 
fltarjl: char(255) 
mrJS: cft8r<255) 
ttw 6: chw(255) 
fitter 7:chw(255) 
niler_8: ctw(1Q3) 



i 

Figure 14 D 
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tbf_rtnt_rfr 
rtnLrfr: varchar(40) 



ab*: varcftart255) 
ULchg_dta: datatbnd 
kLchflLby: char(20) 
tfmastamp: timestamp 



tfal tntv 

•ntv^od: tftar(2) 



<toe varchar(40) (AK1) 
ULchQLrta: tfstetinw 
htt_chguby: char(20) 
ttmaitamp: tfmastamp 



rtnt_itr_cd: charg) 



cfOdrrmt 



dscwchv(255)(AK1) 
frt , ch g dta: datatlme 
l»U*flLt>y: chartfO) 
ttmaaiamp; timastamp 



ate: varchar(255) 
cte.od: <hw(10) (AK1) 
tie: vanchar(40) 
ttou«xt varcnar(40) 
ctr.rtnLmUr fnt 
Cfy_Wn: bit 
crabby: ctwpO) 
fflffUHLCtf: chiv(6) 
— #( ofcjtn^rath: tnt 
pmt_cto Jda lot 
™OWLCrt char(l) 
tWjtr. varcftar(40) 
rtnLrticd: char<2) 
anhcc* elwtf) 
vtfJKT thar(l) 
tet_chfljtta; tiaiatima 

ttmaitamp: ttrnaatamp 
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i 

ttri syn 





Byn_jdnr Ird 


•yn nma: V8rcftar(40) (AK) 
uvjdn: cftar(30) (AK) 
ctejdn: tn!< AK) 
key_wnj_flg: char{1) 
&Lc*qL<««: <tetftttmft 
t«Lc*>aJ>y*. <*wr(20) 
bmosUmp: timastamp 













! 



Rgure 14 F 



RECTIFIED SHEET (RULE 91) 



WO 98/12616 



36/41 



PCT/US97/17004 



ttt acc 

•ccjd: char(1) 

dsc: varehar(40) (AK1) 
Ht^chgjfta: daietima 
W.chg^by: c*a*<20) 
timastaxnp: tintastanip 



44 

W usr cte 



m 


uarjdn: chor(30) 


acc cd: ohar(1) 

W_a$gn_dta: datatimd 
M chQL<*to: ditotime 
itCcftflLty: ctar(20) 
ttmfttta/np; timastamp 





lb! fxn uso 



u$gL«frdte: datattmo 
fxn^nbr char(8) 
uwjdn: ch«rf30) 


> 


row W 
usgLand.dtft: cJatetime 
let ctHL<lte: dttotlmt 
fcO*0JV cftar(20) 
timastamp: timastamp 
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tbtjxn coLtet utti 



tmjnbr. chsr(B) 
col_nm#: char(20) 
utrjdn: char(30) 
tWjvne; char(20) 



coJ_vaJ: w£har(255) 
opr_od: chv(2) 
tet.chg.(tt«: dstetJmo 
Ist.chg^toy: char(20) 
tinrntunp; tirncstsnip 





dscr varcft 
1st ehflLcfti 


Bf(40) 

ichargO) 
tfoostfifnp 



txn_tubLcd c*wr(10) 



ttoc wchar(40) (AK1) 
!>Lc^.dt0: dotatimo 
toLcftajy: chw(20) 
timettamp: timesump 



tbl fxn 



tmj\bncrw(6) 



prps: wcta(255) 

tte: v«chv(40) (AK1) 
f*Uyp_ed: char(1) 
tet.chgL^ta: dattttmo 
is^ctHLby: char(20) 
timattftmp: ttanMPtftmp 

n — 
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4 ♦ 

tblhv 

ftnvjdn: iru 

OfBLWn:int(AK1) 

«mr:van*ar(40)(IE1) 

dsjdrcirt 

mjyf. cftar(30) 

orgn fila_nma: varchar(40) 

inv ibL*Ll: char(25) (AK1) 

irw>IJn_2: char(25) (AK1) 

*wJwjfl-3; char(25) <AK1) 

toe kin: tot 

mad typ_ce£ chtr(6) (AK1) 
wjypucd: ctw(1) (AK1) 
stroma: datatima (IE3) 
aar_cda: chartlO) (IE2) 
aya ntry_dte: datatima 
IstJohgLdia: datattme 
kaLohgLby. cfw(20) 
timastamp: timaatarnp 



mOl^typ.cd: char(6) 




dac varchan(40) (AK1) 
afa^axpfjacQjAo* charfl) 
tat, chQ i dtar datatima 
W_chaJ* ctw(20) 
timaatamp: timaatamp 
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tnv_kJn: int 


lbs: text 
ctr^rtnt^inth: frit 
ofcjtnUnth: H 
tst_ct>g_dtd: datstimt 
toXjehQjy/. charpo) 
timestamp: timestemp 


1 



ttX inv gtca 
cts kJrrtnt 
locjdrrint 
rtqjypjcrt char(1) 
oofc.dto: datotimt 



Irw.qtytlnt 

tot cftQ efts: dgtettare 
MjChgLby. char(20) 



wwjdn: int 
utr^idn: charfJO) 
rqHJyp w cd: char(1) 



msdjypjaf: char(6) 
fQSt dtci dfltstlnM 
1st chgjftt: dctetlm* 
*G*Qjy: ctw(20) 
timftttamp: ttmestamp 
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tbLfpslLtyp 





n**Uyp_cd: cftar(1) 


dsc:varchai(40)(AK1) 
toLcftajttr datetime 
tat"chflj)y: char(20) 
timtttwnp: timstamp 









figure 14 K 



ttt^nmt: char(20) 
coTnm*: char(20) 




dttMvne: vftrchar{40) 
tirmttarnp: tirastemp 





tbi fxn »t ut<5 



ordjv varcfi«f(200) 
usrjdn: char(30) 




tst.chgLdt*: daiedmv 
teLchgJV char(20) 
ttnesttmp: bmostamp 


> 
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tbt fm col 



fwunbc char(6) 
ttjrvrw: chan(20) 
col.nmo: char(20> 



rwUfc: chart 1) 
tto: varcftar(40) 
typ:char(20) 
raided: chwfe) 

saqjibn im 
is^chgLdto: dstetlme 
WLchgL^y: ch»(20) 
tbntstamp: ttmMtsmp 



tbt fen wt 





ftnjftr. char(6) 
ordjy varcharf200) 


nme: vcrdw(40) 
<m srt f)g: char(i) 
tte: varchar(255) 
*©q_ntx; Int 
lsLchgL<fte: datetim* 
W^chfl^by: char(20) 
rqTusp: cfcar(20) 
timestamp: tknwrlamp 
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